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FOREWORD 


The  JOVIAL  Compiler  Validation  System  (JCVS)  Users  Manual  is  intended  as 
the  reference  manual  for  on-site  operations. 

The  system  was  developed  as  a  part  of  Project  6917  under  Contract  F19628- 
68-C-0301  for  the  Electronic  Systems  Division  (AFSC)  by  Data  Dynamics, 
Inc.,  Los  Angeles,  California  90045.  The  project  monitor  was  Captain 
Martin  J.  Richter,  ESMDA.  The  work  was  performed  during  the  period 
March  1968  through  February  1969. 

This  technical  report  has  been  reviewed  and  is  approved. 


WILLIAM  F.  HEISLER,  Colonel,  USAF 
Director,  Systems  Design  &  Development 
Deputy  for  Command  and  Management  Systems 
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ABSTRACT 


This  technical  report  consists  of  detailed  specifications  for  the  use  of 
the  JOVIAL  Compiler  Validation  System  (JCVS).  The  system  is  designed  to 
measure  the  compliance  of  a  specific  JOVIAL  J3  compiler  against  the  language 
specifications  in  Air  Force  Manual  100-24,  "Standard  Computer  Programming 
Language  for  Air  Force  Command  and  Control  Systems".  This  report  describes 
the  card  input  formats,  deck  structures,  tape  requirements,  test  modules, 
and  operator  procedures  required  to  use  the  system. 
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SECTION  I 


INTRODUCTION 


The  purpose  of  this  manual  is  to  : 

1  .  Introduce  the  JOVIAL  Compiler  Validation  System 

2.  Describe  how  the  system  may  be  used  to  validate  JOVIAL  Compilers 

This  manual  is  organized  into  five  sections.  Following  Section  I,  the  Introduction, 

Section  II  describes  the  JOVIAL  Compiler  Validation  System.  Included  in  this  Section 
is  a  brief  discussion  of  the  current  JOVIAL  J3  Standard,  the  AFM  100-24  document, 
some  insight  into  the  design  criteria  which  guided  the  development  of  the  system  and  a 
discussion  of  the  functions  performed  by  components  of  the  system.  Section  III  suggests 
how  the  JCVS  may  be  used  as  a  package  to  validate  JOVIAL  compilers.  Section  IV 
presents  the  details  of  each  of  the  system  components.  Sufficient  material  will  be 
included  in  this  section  to  completely  describe  the  uses  of  each  component  in  the 
system.  In  addition,  details  of  programs  and  their  relationship  to  data  are  fully  described. 

Although  the  AFM  100-24  document  defines  specific  input/output  statements  for 
the  JOVIAL  J3  language,  discussions  with  implementors  of  this  language  have  established 
that  of  the  existing  JOVIAL  compilers  none  have  adhered  to  these  input/output  specifications. 
Most  current  JOVIAL  compilers  use  either  the  input/output  capabilities  provided  by  the 
operating  system  in  which  JOVIAL  is  embedded  or  an  associated  ancillary  system  within 
the  software  environment.  There  is  currently  little  control  over  the  form  of  the  JOVIAL 
associated  input/output  statements.  In  addition  only  the  GE-635  JOVIAL  Users  Manual 
is  currently  available.  These  two  facts  when  taken  together  present  considerable  difficulty 
to  those  JOVIAL  support  statements  that  concern  themselves  with  printing  the  results  of  the 
execution  and  comparison  of  JOVIAL  test  statements.  Until  a  firming  of  the  input/output 
specifications  to  the  JOVIAL  language  has  been  established,  this  fact  is  a  major  obstacle 
to  the  successful  usage  of  this  system. 

Section  V  will  discuss  the  JOVIAL  Compiler  Validation  System  as  it  applies  to  the  five 
computers  upon  which  the  system  will  reside.  Because  of  the  absence  of  information 
relating  the  JOVIAL  compiler  to  its  operating  system,  the  requirements  relating  the  two 
will  be  discussed  in  general  terms  only.  This  section  will  describe  how  the  JCVS  must  be 
used  by  defining  input  deck  structures  and  tape  mountings,  providing  the  required 
instructions  to  operate  the  system,  and  giving  examples  of  the  results  obtained  from  the 
various  modules  comprising  the  JCVS. 
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SECTION  II 


SYSTEM  DESCRIPTION 


The  JOVIAL  Compiler  Validation  System  (JCVS)  is  designed  to  evaluate  the  extent 
af  compliance  of  any  JOVIAL  compiler  with  the  current  JOVIAL  Standard  Computer 
Programming  Language  for  Air  Force  Command  and  Control  Systems  Manual, 

AFM  100-24. 

Depending  an  the  extensiveness  and  depth  of  testing,  the  user  may  either  select  a 
representative  collection  of  test  statements  or  the  complete  test  repertoire.  If  the 
u^er  is  interested  in  a  particular  capability  as  provided  by  the  JOVIAL  compiler, 
he  may  desire  to  execute  test  statements  exclusively  in  the  area  of  that  particular 
capability. 

Having  decided  upan  the  particular  collection  of  test  statements  to  be  executed,  the 
user  specifies  his  intent  ta  the  JCVS  by  means  af  test  selector  cards.  These  cards 
are  interpreted  by  the  JCVS  and  are  used  to  select  the  desired  test  statements  to  be 
included  in  the  generated  test  program.  The  resulting  JOVIAL  test  program  will  be 
produced  for  compilation  in  card  image  form  on  magnetic  tape  or  on  cards. 

2.1  The  JOVIAL  Standard 

The  JOVIAL  J3  language  is  completely  specified  in  AFM  100-24,  Standard  Computer 
Programming  Language  far  Air  Force  Command  and  Control  Systems,  15  June  1967. 

The  JOVIAL  language  has  the  basic  elements  required  by  most  languages,  namely,  the 
ability  to  define  simple  data  items  and  basic  item  structures  and  the  capability  to 
reference  this  data  fram  within  procedural  statements.  The  procedural  statement 
repetoire  is  adequate,  consisting  af  the  following  procedure  types; 

1  .  Data  Transmission 

2.  Algebraic  Expression  Formulation 

3.  Logical  Expression  Formulation 

4.  Transfers  af  Program  Control 

4.1  Conditional 

4.2  Unconditional 

4.3  Switching 

4.4  Looping 

5.  Input/Output 

There  are  other  adds  and  ends  in  the  language  that  are  useful  but  computer  dependent  and 
serve  ta  confound  the  intent  of  this  specification,  namely,  standardization. 
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Another  section  of  this  manual  is  devoted  to  establishing  standards  for  the  development 
of  compilers  of  JOVIAL  J3.  Elements  of  this  standard  are,  on  occasion,  ignored  by 
the  implementors  of  the  language.  This  is  particularly  true  in  the  case  of  the  input/output 
specifications  provided  by  the  language.  These  specifications  are  rudimentary  in 
character  and  are,  generally,  replaced  by  comprehensive  (but  non-standard)  input/output 
procedures  more  closely  associated  to  the  operating  system  within  which  the  compiler 
is  embedded.  Unless  a  more  stringent  attitude  toward  the  development  of  JOVIAL 
compilers  is  maintained  it  is  impossible  to  write  JOVIAL  input/output  statements  with 
the  conviction  that  they  will  be  compatable  from  one  computer-compiler  configuration 
to  another. 

For  purposes  of  this  system,  the  entire  JOVIAL  language  will  be  treated  as  a  single 
module.  Because  of  the  size  and  pointedness  of  the  language,  no  submodularization 
will  be  required. 

2.2  JCVS  Testing  Concepts 

The  following  sections  discuss  briefly  the  scope  of  the  JCVS  and  the  tests  selected  for 
inclusion  in  the  Population  File. 

2.2.1  JCVS  Scope 

For  purposes  of  the  JCVS,  the  JOVIAL  system  to  be  tested  is  assumed  to  consist  of  a 
processor  that  compiles  standard  JOVIAL  source  program  statements  called  the  JOVIAL 
compiler,  and  all  programs  and  subroutines  used  by  the  JOVIAL  object  code  generated 
from  standard  JOVIAL  statements.  The  JCVS  is  designed  to  test  both  the  compilation 
and  execution  of  specific  JOVIAL  features. 

2.2.2  Data  Concepts 

JOVIAL  language  organization  has  guided  the  identification  of  language  features  to  be 
tested.  In  order  to  validate  the  JOVIAL  compiler  ideally,  each  of  the  specific 
language  features  must  be  validated.  The  validation  of  each  feature  of  a  language, 
however,  is  not  always  possible.  For  example,  how  can  one  determine  that  any  value 
stored  in  a  floating  point  item  is  truly  stored  as  a  floating  point  number;  how  can  one 
determine  that  a  fixed  point  constant  has  actually  been  converted  to  a  fixed  point 
binary  point  constant.  Looking  at  information  as  it  resides  in  the  internal  storage 
medium,  we  may  observe  a  string  of  bits,  however,  the  interpretation  of  this  content 
is  inconclusive.  Consequently,  some  of  the  features  provided  by  the  JOVIAL  language 
are  not  susceptibleto  validation  independently.  These  features  are  generally  the  more 
basic  notions  in  the  language  and  will  be  used  constantly  in  the  Test  Modules  comprising 
the  Population  File.  With  repeated  correct  usage  of  these  basic  concepts,  it  is  hoped 
that  the  credibility  of  their  required  implementation  will  be  considerably  improved. 
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With  these  thoughts  in  mind,  the  following  aspects  of  the  data  definitional 
capabilities  of  the  JOVIAL  language  will  not  be  tested  independently  and  will  be 
assumed  present  in  the  language  and  correctly  implemented: 

1  .  The  ability  to  specify  any  item  type  and  have  it  retained  according 
to  its  defining  attributes. 

2.  The  ability  to  formulate  any  constant  type  and  have  it  retained  according 
to  its  defining  attributes. 

3.  The  ability  to  specify  any  data  structure  type  (table,  array,  etc.) 
and  have  it  retained  according  to  its  defining  attributes. 

The  JOVIAL  language  provides  the  user  with  a  myriad  of  options  to  form  constants, 
simple  items,  tables,  and  arrays.  There  are  so  many  data  defining  attributes  possible 
in  JOVIAL  that  exercising  each  option  in  an  independent  test  is  quite  impossible.  As 
a  compromise,  the  test  repertoire  will  use  a  subset  of  data  definitions  that  exercise,  at 
least  once,  all  of  the  data  attributes  available  to  define  data  items  and  structures. 

In  addition,  the  repertoire  will  utilize  every  variation  provided  to  formulate  constants 
with  the  exception  of  the  dual  item  definitions  which  will  be  exercised  in  part,  only. 

It  goes  without  saying  that  the  formation  of  acceptable  JOVIAL  symbols  (names,  labels, 
etc.)  will  be  exercised  every  time  a  symbol  is  formed. 

2.2.3  Procedural  Concepts 

The  JOVIAL  language  provides  the  user  with  the  ability  to  process  formulas  and 
relations;  it  provides  for  program  organization  and  it  provides  certain  compiler  directing 
features.  Every  variant  of  each  of  these  features  will  be  tested  at  least  once.  Further 
substantiation  of  the  ability  of  a  feature  to  perform  its  intended  function  will  be  supplied 
by  its  correct  use  as  a  support  statement  in  other  test  modules. 

With  these  thoughts  in  mind,  the  following  aspects  of  the  procedural  capabilities  of  the 
JOVIAL  language  will  be  assumed  to  be  present  in  the  language  and  correctly  implemented: 

1  .  The  ability  to  name  a  statement  with  a  label . 

2.  The  fact  that  normal  procedural  control  passes  from  c3ne  JOVIAL  statement 
to  the  next . 

Co  mpre  he  nsi  ve  ne  ss 


The  variants  provided  in  the  data  base  form  a  nucleus  from  which  tests  may  be  created. 
Selected  data  statement  variants  and  all  procedure  statement  variants  will  be  included 
in  the  data  base.  Selected  values  for  variant  operands  will  also  be  a  part  of  the  data  base. 
Since  the  collection  of  values  comprising  the  complete  range  for  each  variant  operand  may 
be  extremely  large,  only  a  representative  number  of  values  for  each  operand  may  be  included. 
These  factors,  of  course,  indicate  that  individual  variants  may  be  tested  only  for  a  subset  of 
their  possible  operand  values. 
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This  subset  of  operands  will  be  large  enough,  however,  to  associate  a  large 
degree  of  confidence  with  the  evaluation  of  each  variant. 

A  JOVIAL  compiler  is  said  to  be  validated  if  each  individual  data  base  variant  with 
its  appropriate  subset  of  operand  values  has  been  executed  and  results  compared 
successfully.  The  collection  of  variants  and  operands  on  the  data  base  necessary 
to  validate  the  compiler  will  be  referred  to  as  the  "nominal"  data  base.  The  JOVIAL 
source  test  program  that  may  be  used  to  validate  the  entire  JOVIAL  compiler  is  called 
the  nominal  "test  case". 

The  design  reflects  the  following: 

a)  A  careful  sampling  of  selected  operands  from  possible  combinations  of 
operand  types  available  to  the  statement. 

b)  No  tests  are  made  of  erroneous  statements. 

c)  All  possible  variants  of  procedural  statements  are  performed. 

d)  Tests  are  not  designed  to  indicate  how  a  function  is  implemented. 

Thus,  there  is  no  attempt  to  distinguish  between  efficient  and 
inefficient  implementations. 

e)  No  testing  of  non-standard  extensions  to  JOVIAL  is  made.  However, 
such  tests  and  extensions  can  be  added  to  the  system  by  the  user  through 
the  add,  change  and  delete  option  cards  in  the  Population  File  program. 

f)  No  test  of  direct  code  is  attempted. 

Openendedness 

Modification  to  the  data  base  may  become  necessary  as  changes  are  made  in  the  JOVIAL 
Standard.  Variants  and  operand  values  may  be  added  to  the  data  base  to  test  user-specific 
extentions  to  the  JOVIAL  language.  Variants  and  operand  values  may  be  deleted  or 
modified  because  of  reinterpretations  of  existing  JOVIAL  language  features.  The  JCVS 
will  provide  the  means  to  add,  change  or  delete  any  data  base  variants  and  operand  values 
in  the  Population  File. 

Ease  of  Use 


Complete  and  detailed  input  and  test  configurations  facilitate  ease  of  use.  In  Section  4 
the  input  cards  to  each  program  are  described  in  detail .  Each  input  card  is  defined,  card 
columns  are  specified,  and  all  mandatory  cards  are  so  designated.  In  Section  5,  the  order 
of  all  the  cards  from  each  program  needed  fora  JCVS  run  is  graphically  portrayed.  The 
collection  of  test  statements  provided  by  the  JCVS  is  shown  in  Appendix 6  together  with  their 
individual  test  serial  numbers.  Th«  test  serial  number  permits  the  user  to  select,  eliminate  or 
add  specific  tests. 
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Additional  features  that  make  the  JCVS  easy  to  use  are: 

a)  A  test  can  be  specified  by  a  user  without  detailed  knowledge  of 
JOVIAL. 

b)  Test  Results  which  show  discrepancies  are  output.  An  option  exists 
for  viewing  an  indication  of  the  results  of  all  tests  (see  Section  3.5). 

c)  Program  modules  are  machine  independent. 

2.3  JCVS  Computer  Program  System  Capabilities 

The  JCVS  consists  of  a  collection  of  three  major  program  modules  and  a  data  base 
that  provides  the  user  with  a  simple  technique  to  generate  a  JOVIAL  source  program 
capable  of  testing  some  particular  aspect  of  the  compiler  or  the  entire  compiler  itself. 

The  data  base,  called  the  Population  File,  contains  all  of  the  test  statements  that  are 
potential  candidates  for  inclusion  in  subsequent  generated  source  programs.  A  particular 
test  may  be  created  including  specific  functions  and  excluding  those  functions  that  are 
not  provided,  for  one  reason  or  another,  by  the  particular  compiler.  A  comprehensive 
test  package  may  be  developed  by  the  user  for  each  compiler. 

The  Population  File  is  maintained  by  the  Population  File  Maintenance  Module. 

Population  File  test  modules  are  added,  deleted  or  replaced  by  means  of  this  routine. 

The  Selector  Module  extracts  user-specified  test  modules  from  the  Population  File,  distributes 
the  necessary  operating  system  control  cards  and  support  statements  and  generates  a  self 
contained  JOVIAL  source  program  for  subsequent  processing.  The  Source  Program 
Maintenance  Module  may  be  used  to  update  a  generated  JOVIAL  source  program. 

2.3.1  The  JCVS  Data  Base 

The  Population  File  contains  the  following  types  of  information: 

1  .  Environmental  -  Hardware/Software 

2.  Test  Modules 

3.  Identification 

This  information  is  presented  to  the  Population  File  on  cards  whose  descriptions  are  given 
in  Section  4. 

2  3.1.1  Environmental  -  Hardware/Software 

Environmental  data,  both  hardware  and  software,  for  all  computers  of  interest  is  carried 
in  the  Population  File.  Hardware  specific  information  such  as  printer  control  codes, 
nagnetic  tape  designations  and  memory  size  and  software  specific  information  such  as 
operating  system  control  card  descriptions  and  computer-compiler  specific  JOVIAL 
control  card  descriptions  offset  by  one  column  are  carried  in  the  first  few  records  of  the 
Population  File . 
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2.3.1 .2 


Test  Modules 


A  Test  Module  is  a  collection  of  JOVIAL  statements  that  test  a  particular  feature  of  the 
JOVIAL  compiler.  The  feature  may  be  a  JOVIAL  concept,  a  single  JOVIAL  statement 
or  a  collection  of  JOVIAL  statements.  Included  in  each  Test  Module  are  the: 

1  .  Test  identification  field 

2.  Input  test  data  fields 

3.  Test  Results  fields 

4.  Expected  Result  fields 

5.  Initialization  procedures 

6.  Test  statements  comprising  the  test 

7  Results  analysis  procedures 

8.  Output  procedures  :> 

Test  Modules  are  located  on  the  Population  File  in  order  of  their  test  serial  number, 
the  DDI-NO.  With  each  test  statement  is  associated  a  sequence  number  within  the 
DDI-NO  that  specifies  the  ordering  of  the  statements  within  the  DDI-NO. 

2. 3. 1.3  Identification 

The  first  80  characters  of  the  Test  Module  are  devoted  to  information  describing  several 
aspects  of  the  test.  These  80  characters,  called  the  Test  Module  Header,  contain  the 
name  of  the  test,  its  test  serial  number,  any  CED  AFM  100-24  numbers  associated 
with  the  test,  and  any  required  references  to  other  test  modules. 

2.3.2  Population  File  Maintenance  Module 

This  module  operates  on  a  Population  File  and  permits  the  user  to  add,  delete,  replace, 
or  change  logical  records  on  the  Population  File.  This  feature  is  the  means  by  which 
the  user  updates  the  Population  File  with  current  information.  Environmental,  test,  and 
identification  information  may  be  augmented  by  means  of  this  module. 

This  module  will  be  used  to  modify  the  contents  of  the  Population  File  to  incorporate 
new  tests  resulting  from  extensions  to  the  JOVIAL  compiler,  to  delete  current  tests  when 
particular  aspects  of  the  compiler  have  not  been  implemented,  or  to  include  information 
describing  the  environment  in  which  the  JOVIAL  tests  will  be  conducted. 

2.3.3  The  Selector  Module 

The  Selector  Module  performs  the  major  task  of  assembling  and  organizing  test  and 
support  statements  for  the  JOVIAL  test  program. 

1)  Using  the  input  specifications  obtained  from  the  user,  appropriate 
variants  and  operand  values  may  be  selected. 
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2)  The  resulting  test  and  support  statements  are  placed  in  the  order  needed 
for  compilation. 

3)  Operating  system  control  cards  are  placed  before  and  after  the  JOVIAL 
source  test  program. 

2.3.4  Source  Program  Maintenance  Module 

This  program  is  used  to  modify  a  JOVIAL  source  program  either  generated  by  the 
Selector  Module  or  previously  modified  by  the  Source  Program  Maintenance  Module. 

This  module  may  be  used  if: 

1)  One  or  more  tests  did  not  compile  correctly  (therefore  deletions  of 
erroneous  statements  or  changes  to  existing  statements  can  be  made). 

2)  The  user  wished  to  change  a  test  In  order  to  compare  with  a  previous 
run  using  different  user  defined  operand  values  (parametric  study). 

3)  The  user  wishes  to  add  non-standard  tests  to  the  JOVIAL  source  program. 

2.3.5  The  Test  Program 

The  JOVIAL  source  program  generated  by  the  Selector  Module  is  a  self  contained 
JOVIAL  J3  program  in  compilable  form.  The  test  structure  and  content  of  the 
particular  source  program  has  been  completely  specified  by  the  user.  All  statements 
sjpporting  the  test  are  provided  automatically  by  the  JCVS . 

Each  test  within  the  source  program  exercises  one  or  more  of  the  features  provided  by 
the  JOVIAL  compiler  by  actually  compiling  and  executing  those  JOVIAL  statements 
that  provide  the  feature.  The  results  of  this  procedure  stating  the  outcome  of  this 
execution  may  be  displayed. 

It  was  originally  intended  to  display  expected  versus  actual  results.  Lack  of  adequate 
capabilities  of  the  input/output  portions  of  the  JOVIAL  languacp  ,  coupled  with  an 
inability  to  acquire  input/output  information  about  the  JOVIAL  implementations  themselves, 
reduces  the  comparison  printout  to  a  message  stating  whether  the  test  has  passed  or 
failed  together  with  an  identification  of  the  associated  DDI-NO. 

Test  results  printed  under  these  constraints  do  not  fully  reveal  the  causes  of  errors  in 
tests  devoted  to  the  accuracy  of  arithmetic  operation^.  The  results  of  syntax-semantic 
testing,  however,  are  not  affected  by  this  constraint. 
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SECTION  III 


SYSTEM  USAGE 


3. 1  Hypothetical  JCVS  Operational  Philosophy 

DDI  hypothesized  that  the  JCVS  may  be  utilized  operationally  in  any  of  several  ways: 

1  .  The  entire  system,  including  the  Population  File,  can  be  distributed 
to  JOVIAL  J3  implementors  for  use  in  validating  their  JOVIAL 
implementation. 

2.  JOVIAL  source  programs  may  be  developed  by  a  central  agency 

and  the  source  programs  sent  to  JOVIAL  implementors  for  compilation 
and  execution.  Results  of  these  runs  could  be  returned  for  processing 
by  the  same  agency. 

3.  A  team  of  personnel  could  accompany  the  JCVS  to  a  specified 
computer  upon  which  the  JOVIAL  compiler  is  to  be  exercised.  The 
JCVS  is  then  made  operational  on  the  computer  system  and  the  particular 
JOVIAL  compiler  is  tested. 

Any  of  the  above  operational  philosophies  could  be  followed,  however,  based  upon 
the  work  statement  description  of  the  problem,  the  third  philosophy  appears  to  be 
the  most  probable  approach. 

If  operational  philosophy  one  or  three  is  followed,  all  the  program  modules  will 
be  required  to  execute  on  the  computer  for  which  the  JOVIAL  compiler  has  been 
prepared. 

If  philosophy  two  is  followed,  the  Population  File  Maintenance  Module  and  the 
Selector  Module  will  be  processed  on  a  single  computer  (possibly  not  one  of  the 
target  computers  in  this  contract)  while  the  Source  Program  Maintenance  Module  will 
be  processed,  at  a  minimum,  on  the  computer  upon  which  the  JOVIAL  compiler  has 
been  implemented. 

For  the  remainder  of  this  document  we  shall  assume  that  philosophy  three  is  to  be 
followed  and  all  JCVS  modules  must  be  operational  on  each  computer  containing  the 
JOVIAL  compiler  to  be  tested. 

3.2  System  Initiation 

For  each  specified  computer  a  Population  File  and  three  source  decks  will  be  provided. 
Each  of  the  source  decks  must  be  compiled  and  a  resultant  binary  deck  of  each  program 
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module  obtained.  All  JCVS  program  modules  will  have  been  written  in  a  subset  of 
COBOL  to  ensure  that  the  program  will,  after  changes  to  the  input/output  characteristics 
of  each  program  module  and  appropriate  control  cards,  compile  into  a  useable  program. 

Once  the  Population  File  Maintenance  Module  has  been  established  on  one  of  the 
target  computers,  the  Population  File  may  be  developed  for  this  computer.  Since 
ct  rtain  aspects  of  the  JOVIAL  language  may  be  specified  by  the  implementor  there 
me ly  be  idiosyncracies  of  the  JOVIAL  implementation  that  could  necessitate 
modifications  to  the  JOVIAL  test  statements  or  the  JOVIAL  test  statement  formats. 

It  is  impossible  at  this  time  to  predict  what  form  these  idiosyncracies  might  take; 
consequently,  the  user  must  be  aware  of  this  situation  and  be  capable  of  adjusting  the 
test  statements,  if  required,  to  conform  to  the  specific  compiler. 

A  notable  example  of  this  problem  occurs  because  the  reference  format  as  specified  by 
the  AFM  100-24  document  indicates  that  a  JOVIAL  source  program  statement  may 
occupy  any  of  the  80  columns  on  a  card.  Specific  implementors,  in  general,  do  not 
permit  this  free  field  interpretation  and  specify  margins  within  which  a  JOVIAL  statement 
must  be  written. 

Once  the  program  modules  have  been  compiled  and  the  Population  File  has  been 
created,  the  user  may  proceed  to  the  next  step,  the  generation  of  a  test  program. 

3.3  Test  Program  Generation 

The  selection  of  tests  necessary  to  validate  a  JOVIAL  compiler  may  vary  widely 
depending  upon  the  testing  philosophy. 

More  than  likely,  the  particular  compiler  features  to  be  tested  depend  entirely  on  the 
uses  to  which  the  compiler  will  be  exposed  and  the  environment  in  which  the  compiler 
will  reside.  The  JCVS  user,  presumably  knowing  this,  will  have  produced  specifications 
to  which  the  compiler  must  adhere.  In  order  to  ensure  that  the  compiler  does,  indeed, 
adhere  to  these  specifications,  the  user  selects  from  the  Population  File  those  tests  that 
exercise  those  features  whose  correct  execution  will  result  in  a  verification  of  the  stated 
specifications. 

A  second  approach  to  the  validation  of  the  compiler  might  consist  of  selecting  for 
testing  all  of  the  features  stated  as  standard  by  the  AFM  100-24  document.  Using  this 
approach  would  give  the  user  a  "look  see"  at  what  features  were  implemented. 

Having  chosen  the  tests  to  be  processed,  the  user  submits  this  information  to  the 
Selector  Module  by  means  of  Test  Selector  Cards.  The  Selector  Module  Program 
de  :k  must  be  augmented  by  the  operating  system  control  cards  for  the  particular  computer 
upon  which  the  Selector  Module  is  being  run. 
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The  exact  job  deck  structure  for  each  computer  required  to  achieve  a  Selector  Module 
run  is  given  in  Appendix  1  . 

There  are  occasions  when  the  generated  JOVIAL  source  program  will  exceed  the 
limitations  of  either  the  compiler  or  the  hardware  environment.  In  order  to  remedy 
compiler  violations,  consult  the  JOVIAL  compiler  users  manual  to  establish  the  cause  of 
the  trouble. 

In  order  to  remedy  excessive  core  storage  requirements,  segment  the  generated  JOVIAL 
source  program  by  selecting  several  smaller  programs  rather  than  one  large  program. 

3.4  Test  Program  Execution 

The  JOVIAL  test  program  resulting  from  the  Selector  Module  run  is  then  compiled.  If 
the  program  compiles  with  error,  these  errors  should  be  recorded  by  the  user.  By  means 
of  the  cross  referencing  mechanism  provided  with  each  test,  DDI-NO  versus  CED-NO's, 
all  references  to  the  test  may  be  located  in  the  AFM  100-24  document. 

The  Source  Program  Maintenance  module  may  then  be  used  to  eliminate  from  the 
source  program  those  elements  causing  the  compilation  errors.  The  compilation  and 
element  removal  process  is  continued  until  an  error-free  compilation  has  been  achieved. 

Following  a  successful  compilation,  the  object  program  is  executed.  If  the  execution 
terminates  abnormally,  a  study  of  the  partial  results  obtained  by  the  run  will  be  required 
to  locate  the  offending  test  elements.  If  the  execution  terminates  normally,  a  glance 
at  the  results  of  the  test  will  provide  information  signifying  individual  feature  compliance 
with  AFM  100-24  standard. 

3.5  Test  Result  Evaluation 

The  notion  of  what  constitutes  a  validated  JOVIAL  compiler  is  a  function  of  the 
requirements  to  be  levied  on  the  compiler.  Consequently,  the  user,  based  upon  the 
compilation  and  execution  of  one  or  more  test  programs,  must  formulate  his  decision 
with  the  information  gathered  as  a  result  of  these  test  runs. 

Within  each  generated  source  program  there  may  be  tests  of  two  types:  Those  that  test 
the  various  syntax-semantics  relationships  present  in  the  language  and  those  that  test  the 
accuracy  of  arithmetic  computations  provided  by  the  algebraic  expression  capabilities 
of  the  language. 

The  syntax-semantics  tests  are  logical  in  character  and  can  be  answered  by  monitoring 
the  semantic  response  the  compiler  provides  for  a  syntactic  type. 

For  example,  a  reasonable  test  for  the  GOTO  statement  could  consist  of:  Does  it  go 
where  it  says  it  is  going  to  go?  The  result  is  either  yes  or  no.  If  yes  is  the  case,  an 
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appropriate  message  is  printed  out  and  if  not  is  the  case,  another  message  results.  As  a 
general  rule,  the  results  of  logical  tests  may  be  indicated  by  a  yes  or  no  decision  only. 

The  tests  for  accuracy,  on  the  other  hand,  require  that  computed  results  be  compared  with 
expected  results;  that  both  results,  if  possible,  be  converted  and  printed  together  with  a 
decision  stating  that  the  feature  either  passed  or  failed  to  pass  its  accuracy  requirements. 

Accuracy  tests,  in  general,  depend  upon  the  ability  of  the  compiler-computer  configuration 
to  represent  and  process  correctly  numbers  exercising  the  extreme  capabilities  of  the 
hardware.  Given  that  these  operations  have  been  performed  correctly  (in  binary)  the 
problem  of  converting  these  numbers  to  printable  form  (decimal)  requires  the  application 
of  some  JOVIAL  output  procedures.  Since  no  standard  JOVIAL  formatting  conversion 
and  output  procedure  exists  machine  language  or  other  higher  level  language  coding  must 
be  uti I i red  in  order  to  view  the  results.  This  foreign  conversion  process,  however,  can 
introduce  non  JOVIAL  compiler  computational  errors  into  the  computed  results  and  render 
the  accuracy  considerations  of  the  tests  useless. 

In  the  absence  of  input/output  specifications  for  four  of  the  five  JOVIAL  compilers 
in  question,  only  the  statement  indicating  that  the  feature  has  passed  or  failed  its  test  will 
be  printed.  When  the  JOVIAL  language  provides  proper  formatting  capabilities  the  ability 
to  display  computed  and  expected  results  may  be  added  to  the  output  sections  of  the  test 
modules. 
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SECTION  IV 


FUNCTION  DESCRIPTION 


4. 1  Population  File  Maintenance  Module  (POPFM) 

4.1.1  Purpose  and  Uses 

The  POPFM  module  may  be  used  to  generate  a  new  Population  File  either  by 
initiating  the  file  from  cards  or  by  updating  an  old  Population  File  with  current 
additions  to  the  information  contained  in  the  old  file.  This  information  consists  of 
Environmental  Data  or  Test  Statements.  These  information  types  are  organized  into 
4000  character  physical  records  for  recording  on  magnetic  tape.  Each  physical  record 
consists  of  either  a  System  Module  or  a  Test  Module. 

The  modules  are  stored  in  numerically  ascending  sequence  by  serial  number,  the  DDI-NO, 
associated  with  each  of  the  modules  in  order  to  facilitate  the  processing  to  be  applied  to 
the  Population  File.  This  processing  permits  addition,  deletion,  or  replacement  of 
user  specified  information  to  this  file. 

All  physical  records  are  treated  identically  and  the  updating  functions  provided  by 
the  JCVS  regard  only  the  items  (DDI-NO,  CARD-TYPE  and  SEQ-NO)  to  control  the 
updating  process. 

Input  to  the  POPFM  consists  of  a  current  file  of  information  called  the  Current  File-PF, 
an  optionally  present  old  Population  File  and  a  control  card  requesting  specific  options 
provided  by  the  module.  The  Current  File-PF  is  a  card  file,  while  the  old  Population  File 
and  the  new  Population  File  are  magnetic  tape  files. 

Output  from  this  routine  consists  of  an  updated  Population  File,  an  Audit  File-PF 
consisting  of  diagnostics,  trace  messages  with  an  optional  listing  of  all  of  the  card  images 
on  the  Population  File  containing  information,  and  an  optional  Punch  File  consisting  of 
a  card  deck  of  all  card  images  on  the  new  Population  File  containing  information. 

4.1.2  Preparation  of  Inputs 

4. 1.2.1  System  Module 

Each  computer-compiler  configuration  will  contain  environmental  data  describing 
specific  aspects  of  the  hardware  environment  in  which  the  JCVS  will  reside. 
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Information  identifying  the  hardware  configuration,  the  facility,  the  user,  etc., 
will  be  supplied  to  the  Population  File  by  means  of  System  Header  cards.  Environmental 
hardware  information  such  as  printer  codes,  magnetic  tape  designations,  etc.,  will 
be  supplied  to  the  Population  File  by  means  of  Environmental  Hardware  cards. 

The  aforementioned  information  will  be  carried  as  descriptive  material  only  and  will  not 
participate  in  the  generation  or  will  not  become  a  part  of  any  of  the  generated  JOVIAL 
source  programs. 

On  the  other  hand,  the  environmental -software  information  supplied  to  the  Population 
File  by  means  of  Environmental  Software  cards  will  become  an  integral  part  of  the 
generated  JOVIAL  program.  This  software  information  consists  of  operating  system 
control  cards  and  the  JOVIAL  START  and  TERM  cards.  Some  of  these  cards  precede 
and  others  follow  the  generated  program. 

4. 1.2. 1.1  System  Header  Card  1 

System  Header  Card  1  occupies  the  first  80  character  positions  in  the  System  Module 
(the  first  4000  character  physical  record  on  the  Population  File). 


Columns 


Name 


Description 


1-12 


13-24 


25-34 


Users  Name 


Facility 


Computer-  Na  me 


These  12  columns  may  be  used 
to  identify  the  agency  or 
organization  using  the  JCVS. 

The  name  may  be  positioned  any 
place  within  the  field, 

(Example:  bbUSAF-ESDbb,  or 
USAF-ESDbbbb.) 

These  1  2  columns  may  be  used 
to  identify  the  facility  at  which 
the  JCVS  is  being  utilized.  The 
name  may  be  positioned  any 
place  within  the  field. 

(Example:  bbHA  NSCOMbbb,  or 
bHANSCOM  AFB.) 

These  10  columns  mQy  be  used  to 
identify  the  computer  manufacturer 
and  machine  serial  number.  The 
name  may  be  positioned  any  place 
within  the  field. 

(Example:  bCDC-6600b,  or  GE-635 
bbbb.) 
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Columns 

Name 

Descri  ption 

35-45 

Data  of  Basic 

File  Creation 

These  1 1  columns  may  be  used 
to  identify  the  date  on  which  the 
basic  farm  of  the  Population  File 
has  been  created.  The  month,  day, 
and  year  are  specified  YYYYbMM 
MbDD.  (Example:  MAYbl2bl968,  or 
SEPbl  3bl  967). 

46-47 

Modification 

Number 

These  2  columns  may  be  used  ta 
identify  the  number  of  times  that 
the  basic  file  has  been  modified. 
(Example:  Second  modification 

02,  tenth  modification  10). 

48-58 

Date  of  Creation 
of  this  File 

These  1 1  columns  may  be  used  to 
identify  the  date  that  this  file 
was  created.  The  month,  day,  and 
year  are  specified  YYYYbMMM 
bDD.  (Example:  DECbl7bl968,  ar 
MAYb25bl  968). 

59-72 

Not  Used 

These  14  columns  are  not  used. 

73-76 

DDI-NO 

These  4  columns  contain  the 
test  serial  number,  the  DDI-NO, 

0001  . 

77 

Card  Type 

This  column  contains  the  character 

A  that  indicates  that  this  card  is 
a  nan-test  statement  card. 

78-80 

Sequence  Number 

These  3  columns  contain  001 

indicating  that  this  card  occupies 
the  first  80  columns  in  the  System 
Module . 


4. 1.2. 1.2  System  Header  Card  2 

System  Header  Card  2  occupies  the  second  set  of  80  character  positions  in  the  System 
Module  and  contains  the  following  information: 

Columns  Name 


1-35  Validation  System 

Name 


Description 

These  35  columns  may  be  used  to 
identify  the  particular  modification 
af  the  validation  system. 

(Example:  bbbbbbbbbbbJCVSbMAYb 
1  968bbbbbbbbbbb,  or 
JO VI  ALbC  OM  PI  L ERbVAL  I  DA  Tl  O  Nb 
SYSTEMb5). 
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Columns 

Name 

Description 

36-72 

Operating  System 

Name 

These  37  columns  are  used  to 
identify  the  operating  system 
within  which  the  JCVS  is  imbedded. 
(Example:  bbbbl BM-360bDISKb 

O  PE  RATI  NGbSYSTEMbbbb) . 

73-76 

DDI-NO 

These  4  columns  contain  the  test 
serial  number,  the  DDI-NO,  0001  . 

77 

Card  Type 

This  column  contains  the  character 

A  that  indicates  this  card  is  a 
non-test  statement  card. 

78-80 

Sequence  Number 

These  3  columns  contain  002 
indicating  that  this  card  occupies 
the  second  80  columns  in  the 

System  Modi  le . 

See  Appendix  2  for  complete  description  of  all  of  the  System  Header  Card  2  card  types 
used  on  the  five  computer-compiler  configurations. 

4.1  .2.1  .3  Environmental  Hardware  Card  1 

Environmental  Hardware  Card  1  occupies  the  third  set  of  80  character  positions  in  the 
System  Module  and  contains  the  following  information: 


Columns 

Name 

Description 

1-30 

System  Input 

These  30  columns  contain  the 
acceptable  hardware  name  for  the 
system  input  unit. 

31-60 

System  Output 

These  30  columns  contain  the 
acceptable  hardware  name  for  the 
system  output  unit. 

61 

Space  Code 

This  column  contains  the  printer 
single  space  code . 

62 

Double  Space  Code 

This  column  contains  the  printer 
double  space  code. 

63 

Page  Eject 

This  column  contains  the  printer 
page  eject  code. 

64-70 

Memory  Size 

These  7  columns  contain  the  core 
memory  size . 

71  -72 

Not  Used 

These  2  columns  are  not  used. 

73-76 

DDI-NO 

These  4  columns  contain  a  DDI-NO 
=  0001  . 
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Columns 

Name 

Description 

77 

Card  Type 

This  column  contains  the 
character  A  that  indicates  this 
card  is  a  non-test  statement  card. 

78-80 

Sequence  Number 

These  3  columns  contain  a  sequence 
number  =  003. 

4.1  .2.1  .4  Environmental  Hardware  Card  2 

This  card  occupies  the  fourth  set  of  80  character  positions  in  the  System  Module  and 
contains  the  following  information: 


Columns 

Name 

Description 

1-30 

System  Punch 

These  30  columns  contain  the 
acceptable  hardware  name  for 
the  system  punch  unit. 

31-60 

Scratch  1 

These  30  columns  contain  the 
acceptable  name  for  a  scratch 
unit  1  . 

61  -72 

Not  Used 

73-76 

DDI-NO 

These  4  columns  contain  a  DDI-NO 
=  0001 . 

77 

Card  Type 

This  column  contains  the  character 

A  that  indicates  that  this  card  is  a 
non-test  statement  card. 

78-80 

Sequence  Number 

These  3  columns  contain  a  sequence 
number  =  004. 

4. 1.2. 1.5  Environmental  Hardware  Card  3 

This  card  occupies  the  fifth  set  of  80  characters  in  the  System  Module  and  contains  the 
following  information: 


Columns 

Name 

Description 

1-30 

Scratch  2 

These  30  columns  contain  the 

31-60 

Scratch  3 

acceptable  hardware  name  for 
tape  scratch  unit  2. 

These  30  columns  contain  the 

61  -72 

Not  Used 

acceptable  hardware  name  for 
tape  scratch  unit  3. 
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Columns 


Name 


Description 


DDI-NO  These  4  columns  contain  the 

DDI-NO  =  0001  . 

Card  Type  This  column  contains  the  character 

A  that  indicates  this  card  is  a 
non-test  statement  card. 

Sequence  Number  These  3  columns  contain  a  sequence 

number  =  005. 

See  Appendix  3  for  a  complete  description  of  the  Environmental  Hardware  Cards  for  the 
five  computer  configurations. 

4.1  .2.1  .6  Environmental  Software  Cards 

These  cards  provide  specific  operating  system  control  cards  that  may  be  used  to  specify  the 
functions  to  be  performed  by  the  operating  system  and  the  JOVIAL  START  and  TERM  cards 
that  bracket  the  JOVIAL  source  program.  These  cards  have  SEQ-NO's  greater  than  005  and 
are  stored  in  the  System  Module  shifted  right  one  column. 

Columns  Name  Description 


73-76 

77 

78-80 


1 

Not  Used 

2-72 

Environmental  Software 

These  71  columns  provided  contain 

Statement 

a  request  of  the  operating  system  to 
perform  a  specific  task. 

73-76 

DDI-NO 

These  4  columns  contain  the  test 
serial  number,  the  DDI-NO,  0001  . 

77 

Card  Type 

This  column  contains  either  the 
character  L  that  indicates  this  card 

precedes  the  JOVIAL  source  program 
or  the  character  F  that  indicates 
this  card  follows  the  JOVIAL  source 
program. 

78-80  Sequence  Number  These  3  columns  may  contain  the  digits 

005  through  050  which  serves  to  indicate 
the  relative  position  of  this  card  in  the 
System  Module . 

A  current  list  of  the  Environmental  Software  cards  excepting  the  JOVIAL  START  and  TERM 
cards  (GE-635  only)  used  by  the  JCVS  is  given  for  each  computer  configuration  in  Appendix  4. 

4.1  .2.2  Test  Modules 

/  test  module  is  a  collection  of  JOVIAL  statements  that  test  a  particular  feature  of  the 
JOVIAL  compiler.  The  feature  to  be  tested  may  be  a  JOVIAL  concept,  a  single  JOVIAL 
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statement  or  a  collection  of  JOVIAL  statements.  Included  in  each  test  module  are  the: 

1  .  Test  identification  field 

2.  Input  test  data  fields 

3.  Test  result  fields 

4.  Expected  result  fields 

5.  Initialization  procedures 

6.  Test  statements  comprising  the  test 

7.  Results  analysis  procedures 

8.  Output  formatting  procedures 

The  tests  are  carried  in  the  Population  File  in  order  of  ascending  DDI-NO.  Within 
each  DDI-NO  the  test  header  and  the  JOViAL  test  statement  cards  are  carried  in  order 
by  ascending  Sequence  Number.  The  DDI-NO  identifies  each  test  module  to  all  of  the 
JCVS  program  modules  and  the  user.  Population  File  test  modules  may  be  assigned  a 
four  digit  DDI-NO  between  0500 and  9997. 

Each  Test  Module  begins  with  a  Test  Header  Card  that  contains  the  DDI-NO,  the 
Sequence  Number,  the  test  name,  one  or  more  references  to  the  associated  paragraphs 
in  the  AFM  100-24,  and,  if  required,  a  number  called  the  Mandatory  DDI-NO  of  a 
module  called  the  Mandatory  Module  upon  which  the  current  module  depends.  Additional 
JOVIAL  comment  cards  may  be  included  anywhere  in  the  Test  Module.  See  Appendix  5 
for  samples  of  these  cards  in  the  Typical  Test  Module. 

The  Mandatory  Module  could  contain  data  or  support  statements  required  by  the  dependent 
module  and,  hence,  must  be  present  in  any  JOVIAL  source  program  including  the  dependent 
module;  or  the  Mandatory  Module  could  contain  another  feature  test  whose  validity  must 
be  established  before  a  successful  execution  of  the  dependent  module  feature  test  may  be 
considered  valid.  See  Appendix  5  for  some  typical  Population  File  modules. 

4. 1.2. 2.1  Test  Header  Card 

The  Test  Header  Card  occupies  the  first  80  characters  In  a  JOVIAL  Test  Module  record 
in  the  Population  File  and  contains  information  about  the  test  statements  that  follow. 


Columns 


Name 

Open  Quotes 
Test  Name 


Description 


1-2 

3-22 


These  2  columns  contain  quote  marks. 
These  20  columns  describe  what 
feature  the  JOVIAL  statements  test. 


(Example:  THREEbFACTORbFOR 
bbbb,  or  GOTObSTATEMENTbbbbbb). 
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Columns 

Name 

Description 

23-27 

CED-NOl 

These  5  columns  identify  a 
reference  in  the  AFM  100-24  to  the 
feature  being  tested. 

28 

Not  Used 

29-33 

CED-N02 

These  5  columns  identify  a 
reference  in  the  AFM  100-24  to 
the  feature  being  tested. 

34 

Not  Used 

35-39 

CED-N03 

These  5  columns  identify  a 
reference  in  the  AFM  100-24  to 
the  feature  being  tested. 

40 

Not  Used 

41  -45 

CED-N04 

These  5  columns  identify  a 
reference  in  the  AFM  100-24  to 
the  feature  being  tested. 

46 

Not  Used 

47-51 

CED-N05 

These  5  columns  identify  a 
reference  in  the  AFM  100-24  to 
the  feature  being  tested. 

52 

Not  Used 

53-57 

CED-N06 

These  5  columns  identify  a 
reference  in  the  AFM  100-24  to 
the  feature  being  tested. 

58 

Not  Used 

59-62 

Mandatory  DDI-NO 

These  4  columns  identify  the 
DDI-NO  of  a  Mandatory  Module 
upon  which  the  current  test 
module  depends. 

63-64 

Close  Quotes 

These  2  columns  contain  quote 
marks . 

65-72 

Not  Used 

73-76 

DDI-NO 

These  4  columns  contain  the  test 
serial  number,  the  DDI-NO. 
(Example:  4500,  7500,  1410). 

77 

Card  Type 

This  column  contains  either  the 
character  A  or  B  or  C  that  indicates 

this  card  is  a  non-test  statement  can 

78-80 

Sequence  Number 

These  3  columns  contain  001  , 

indicating  that  this  card  occupies 
the  first  80  columns  of  the  Test 
Module  on  the  Population  File. 
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4.1  .2.2.2  JOVIAL  Statement  Card 


The  JOVIAL  Statement  Card  contains  one  or  more  JOVIAL  statements  to  be  used  In  a 
generated  JOVIAL  source  program.  Only  the  first  seventy-two  card  columns  may  be 
used  for  the  statement.  Columns  73-80  will  be  used  for  card  identification. 


Columns 

1-72 

73-76 

77 

78-80 


Name 

JOVIAL  Statements 
DDI-NO 


Card  Type 


Sequence  Number 


Description 

These  72  columns  may  contain 
one  or  more  JOVIAL  statements. 

These  4  columns  contain  the  test 
serial  number,  the  DDI-NO. 

(Example:  2100,  4500,  7600). 

This  column  contains  the  character 
J  that  indicates  this  card  is  a  test 
statement  card. 

These  three  columns  contain  a 
number,  002-050,  specifying  the 
position  of  the  JOVIAL  Test  Statement 
Card  within  the  Test  Module. 
(Example:  015  indicates  that  this 
card  occupied  the  15th  80  column 
position  in  the  Test  Module.) 


4.1  .2.3  Packet  Cards 

4.1 .2.3.1  Control  Card  -  PF 


The  various  options  permitted  by  the  Population  File  Maintenance  Module  may  be 
requested  by  means  of  the  following  control  card: 


Columns 

1 


2-4 


5 


Name 

Control  Card 
Indicator 

Control  Card 
Indentifier 

Mode  Designator 


Description 

This  column  must  contain  the 
character  C  denoting  the  card  as 
a  control  card. 

These  3  columns  may  be  assigned 
any  3  digits  by  the  user  to  identify 
the  control  card. 

This  column  is  used  to  signify  the 
run  type 

C  =  CREATE  run 
U=  UPDATE  run  . 
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Columns 


Name 


Description 


6 


7 


8-80 


Print  Option 


Punch  Option 


Not  Used 


This  column  may  be  used  to 
request  the  printing  of  the  new 
Population  File  on  the  Audit  File-PF 
non-space  -  Print 
space  -  Do  not  print 
This  column  may  be  used  to 
request  the  punching  of  the  new 
Population  File . 

non-space  -  Punch 
space  -  Do  not  punch 


When  submitting  this  card  to  the  Population  File  Maintenance  Module  the  Control  Card  -  PF 
directly  precedes  the  card  deck  comprising  the  Current  File  -  PF. 

4. 1.2. 3. 2  Delete  Card 

The  Delete  card  is  used  to  signal  the  Population  File  Maintenance  Module  to  eliminate 
a  record  or  a  specific  card  from  the  Population  File. 

The  form  of  the  Delete  card  follows: 


Columns 


Field  Size 


Descri  ption 


1 -72  72 

73-76  4 

77  1 

78-80  3 


Not  Used 
DDI-NO 

Update  Function  =  D 
Sequence  Number 


When  this  card  is  used  to  delete  a  module  from  the  Population  File,  it  must  be  included  in 
the  Current  File  -  PF  with  the  DDI-NO  equal  to  the  DDI-NO  of  the  record  to  be 
eliminated  from  the  Population  File  and  the  Sequence  Number  equal  to  000.  When 
this  card  is  used  to  delete  a  card  image  from  a  record  in  the  Population  File  it  must  be 
included  in  the  Current  File  -  PF  with  the  Sequence  Number  and  DDI-NO  equal  to  the 
corresponding  Sequence  Number  and  DDI-NO  of  the  card  image  to  be  eliminated  from 
the  Population  File . 

4. 1.2. 4  Input  Files 

The  Population  File  Maintenance  Module  operates  upon  two  input  files,  an  optionally 
present  Population  File  and  the  Current  File  -  PF. 
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4.1  .2.4.1 


Population  File 


The  Population  File  is  organized  into  equal  size  logical  records.  Each  logical  record 
is  composed  of  4000  characters  and  consequently  can  accomodate  fifty  80-column  cards. 

Each  logical  record  is  recorded  on  one  physical  record. 

The  first  few  records  on  the  Population  File  are  System  Modules  and  each  contains  all 
of  the  environmental  and  indicative  information  pertinent  to  various  hardware  configuration 
operating  systems  and  JOVIAL  compilers.  A  System  Module  may  be  assigned  any  DDI-NO 
between  0001  and  0499. 

The  remainder  of  the  records  (excepting  modules  9998  and  9999)  contain  the  individual  test 
modules.  The  first  eighty  characters  af  the  module  are  cal  led  the  Test  Module  Header  and 
contain  information  pertinent  to  the  specific  test  module.  Column  77  of  the  Test  Module 
Header  contains  either  the  characters  A,  B,  or  C.  The  character  B  present  in  a  Test  Module 
Header  indicates  the  module  is  an  extension  of  the  previous  module  and  the  two  physical 
test  modules  act  as  a  collection  of  physical  modules.  The  character  A  or  C  present  in  a 
Test  Module  Header  indicates  the  module  is  the  beginning  of  a  new  physical  module  or  a 
collection  of  physical  modules.  The  character  C  present  in  a  Test  Module  Header  indicates 
the  physical  module  or  collection  of  physical  modules  is  a  mandatory  module  that  must  be 
present  in  every  generated  source  program.  Figure  4-1  gives  a  physical  layout  of  the 
Population  File . 

4.1  .2.4.2  Current  File-PF 

The  Current  File-PF,  which  directs  the  Population  File  Maintenance  Module  to  update 
the  Population  File  consists  of  card  packets  containing  environmental,  test,  indicative  or 
functional  information.  Environmental  information  (e  .g  . ,  hardware  configuration  descriptions, 
operating  system  control  cards,  etc.)  is  presented  by  means  of  the  Environmental  Packets,  test 
information  (e.g.,  JOVIAL  test  statements)  by  means  of  the  Test  Packets  and  functional 
information  (the  Population  File  Maintenance  Module  update  command,  delete)  by  the  Delete 
Packets.  Indicative  information  (e.g.,  DDI-NO,  Sequence  Number,  etc.)  is  included  where 
required  in  all  packets.  A  test  serial  number,  the  DDI-NO,  is  assigned  to  each  packet  and  each 
card  within  the  packet  contains  this  number  in  columns  73-76.  In  addition,  ordering  the  cards 
within  each  packet  is  controlled  by  the  Sequence  Number  in  columns  78-80.  The  Environmental 
Packet  consists  of  the  following  cards  in  the  order  specified: 

Number  of  Cards 


1)  System  Header  Card  1  1 

2)  System  Header  Card  2  1 

3)  Environmental  Hardware  Cards  3 

4)  Environmental  Software  Cards  M 


The  total  number  of  Current  File-PF  cards  in  one  packet  acceptable  to  the  Population  File 
cannat  exceed  50;  consequently,  M,  the  number  of  Environmental  Software  Cards,  must 
be  less  than  or  equal  45. 


23 


4ooC  c I'Of^c/rr-C 
c  O  oaf 


4oc0  cJuirac/c/S* 
~£0  ccisd-j 


4CC0  cka.  ados 
d€  cards 


20  d'C’f.ar  •erf*  / COt  c/ 
SO  choro'fn  a/ carc( 
&0  cJ’nr.y*  / 'fr*>  / caret 

$0  C  ha  r*?  Je*C>  / C&t  i  / 

SO  thfitr>cJeri  /caret 


80  characters/ Oarci 

Iresr  moools  jl 

,  3920  cAar&c/rrs 


72. sr 


Module  a/ 


\  392x0  c/f^rac/c.^,. 


Flgure^-l  Population  File 


The  Test  Packet  consists  of  the  following  cards: 


Number  of  Cards 

1 )  Test  Header  Card  1 

2)  JOVIAL  Statement  Cards  N, 

3)  DELETE  Cards 

The  total  number  of  cards  in  one  packet  acceptable  to  the  Population  File  cannot  exceed  50; 
consequently,  Nj/  the  number  of  JOVIAL  Statement  Cards  plus  DELETE  cards  may  not 
exceed  49. 

The  DELETE  Packet  consists  of  one  card,  the  DELETE  Card. 

The  Current  File  -  PF  consists  of  a  collection  of  the  above  mentioned  packets  in  order 
of  Sequence  Number  within  DDI-NO.  Only  those  cards  that  are  to  effect  elements  in 
the  old  Population  File  need  to  be  included  in  the  Current  File  -  PF. 

4.1.3  Function  Operation 

The  Population  File  Maintenance  Module  operates  either  to  initiate  a  Population  File 
completely  from  the  Current  File  —  PF  or  to  update  an  existing  Population  File  by  means 
of  information  residing  on  the  Current  File  -  PF.  In  each  case,  the  control  card  permits 
the  user  to  specify  options  to  print  and/or  to  punch  the  resulting  new  Population  File. 

4.1  .3.1  Create  Population  File 

When  the  Population  File  Maintenance  Module  is  used  to  initiate  a  Population  File 

the  Current  File  -  PF  may  contain  only  information  to  be  added  to  the  file.  Consequently, 

no  DELETE  cards  are  permitted  in  the  Test  Packets  that  comprise  the  Current  File-PF. 

The  packets  are  placed  in  order  by  DDI-NO  to  form  the  Current  File  -  PF .  The  Mode 
Designator  in  the  control  card  is  set  to  C  and  the  appropriate  print/punch  options  are 
selected.  The  control  card  precedes  the  Current  File  -  PF  when  submitted  to  the  Population 
File  Maintenance  Module. 

Since  no  old  Population  File  is  required  for  this  run,  all  the  test  modules  in  the  Current 
File  -  PF  utilize  the  update  function  ADD  and  are  ADDed  to  form  the  Population  File. 

4. 1.3. 2  Update  Population  File 

When  the  Population  File  Mai  ntenance  Module  is  used  to  update  an  existing  Population 
File,  DELETE  cards  may  be  present  in  the  packets  comprising  Current  File-PF.  Each  Current 
File  -  PF  packet  is  composed  of  a  collection  of  cards,  each  card  invoking  an  update  function 
which  performs  one  of  the  following  operations: 
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1 )  Add  a  card  to  a  new  or  an  existing  test  module 

2)  Replace  a  card  on  an  existing  test  module 

3)  Delete  one  or  more  existing  test  modules 

4)  Delete  a  card  from  an  existing  test  module 

The  update  functions  are  controlled  on  the  basis  of  two  Items  Included  in  every  card 
in  the  Population  File: 

1 )  DDI-NO  (columns  73-76) 

2)  Sequence  Number  (columns  78-80) 

The  packets  In  the  Current  File-PF  may  contal  n  no  more  than  50  cards  and  must  be  In 
order  within  the  packet  by  Sequence  Number  within  DDI-NO.  The  Sequence  Numbers, 
however,  need  not  be  consecutive. 

In  order  to  reduce  the  card  preparation  requirements  of  the  system,  the  ADD  feature  and 
REPLACE  feature  are  invoked  automatically.  Specifically  the  update  functions  adhere  to 
the  following  rules: 

1  .  ADD 

If  an  ADD  (a  card  to  be  ADDed  to  the  Population  File)  card  is  included  in  a  packet 
on  the  Current  File-PF  and  no  card  with  the  same  DDI-NO  (columns  73-76)  and 
Sequence  Number  (columns  78-80)  is  present  in  the  old  Population  File,  the  card  in 
the  Current  File-PF  is  automatically  added  to  the  Population  File  in  its  proper  sequence. 

2.  REPLACE 

If  a  REPLACE  card  (a  card  intended  to  REPLACE  another  card  on  the  Population  File)  is 
included  in  a  packet  on  the  Current  File-PF  and  a  card  with  the  same  DDI-NO  (columns 
73-76)  and  Sequence  Number  (columns  78-80)  is  present  in  the  old  Population  File,  the 
card  in  the  Current  File-PF  automatically  replaces  the  corresponding  card  on  the  new 
Population  File . 

3.  DELETE 

The  DELETE  option  is  invoked  by  means  of  a  DELETE  packet  included  in  the  Current  File-PF. 
This  packet  may  instruct  that  either  an  entire  record  or  a  card  within  a  record  not  be  recorded 
on  the  new  Population  File.  If  the  Sequence  Number  on  the  DELETE  packet  is  000  and  the 
DDI-NO  matches  a  DDI-NO  in  the  old  Population  File  the  entire  record  and  any  suceeding 
records  with  B  in  column  77  of  the  Test  Module  Header  are  not  recorded  on  the  new  Population 
File . 

If  the  Sequence  Number  on  the  DELETE  packet  is  a  number  between  001  and  050 
and  the  DDI-NO  and  Sequence  Number  match  a  DDI-NO  and  Sequence  Number 
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in  the  old  Population  File,  the  matched  card  is  not  recorded  on  the  new 
Population  File.  If  a  match  is  not  effected,  a  diagnostic  is  printed. 

Consequently,  a  packet  in  the  Current  File  -  PF  may  contain  ADD, 

REPLACE,  and  DELETE  functions  applicable  to  a  specific  record  on  the  old 
Population  File.  When  card  images  on  the  old  Population  File  are  to  be  altered, 
only  the  cards  that  are  to  provide  the  changes  need  be  included  in  the  Current 
File  -  PF  packets. 

On  the  other  hand,  an  entire  record  may  be  deleted  by  the  inclusion  in  the 
Current  File  -  PF  of  the  appropriate  DELETE  packet. 

The  Population  File  Maintenance  Module  only  changes  those  card  images  on 
records  in  the  existing  Population  File  that  have  been  specified  by  the  user. 

The  packets  are  placed  in  order  by  Sequence  Number  within  DDI-NO  to 
form  the  Current  File  -  PF.  The  Mode  Designator  in  the  control  card  is  set 
to  U  and  the  appropriate  print/punch  options  are  selected.  The  control  card 
precedes  the  Current  File  -  PF  when  submitted  to  the  Population  File  Maintenance 
Module . 

4.1.4  Description  of  Expected  Results 

4.1  .4.1  Output  Card  Formats 

The  output  card  formats  correspond  to  the  formats  for  cards  as  described  in  Section 
4.1 .2. 

4.1  .4.2  Output  Files 

The  Population  File  Maintenance  Module  produces  three  output  files,  the  Population 
File,  the  Audit  File  -  PF,  and  the  Punch  File  -  PF. 

4.1  .4.2.1  Population  File 

The  results  of  either  a  CREATE  or  an  UPDATE  run  will  always  produce  a  new  Population 
File  which  is  completely  described  in  Section  4.1  .2. 

4. 1.4. 2. 2  Audit  File  -  PF 

The  Audit  File  -  PF  contains  a  listing  of  all  diagnostics  and  trace  messages  originating 
from  this  module.  As  an  optional  feature,  the  user  may  request  to  print  on  the  Audit  File  -  PF 
a  working  listing  of  the  card  images  on  the  new  Population  File  by  selecting  the  print  option 
on  the  Control  Card  -  PF.  Since  the  Audit  File  -  PF  is  only  a  working  listing,  diagnostic  and 
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tracing  information  will  be  interspersed  with  the  Population  File  card  images  on  the 
Audit  File  -  PF. 


Following  is  a  list  of  the  diagnostic  messages  to  be  printed  in  the  Audit  File-PF  together 
with  their  explanations! 


Diagnostic  Message 

NO  UPDATE  FUNCTION  CARD 

RECORD  TO  BE  DELETED  NOT  ON 
OLD  MASTER  FILE 


CURRENT  FILE  CARDS  ARE  OUT  OF 
SEQUENCE 

INITIAL  RUN  CARD  NOT  PRESENT 


OVERFLOW  MASTER  RECORD  BUFFER 


Explanation 

• 

There  is  no  control  card 
preceding  the  Current  File-PF. 
The  Current  File-PF  contains  a 
DELETE  packet  referencing  a 
DDI-NO  not  on  the  old 
Population  File . 

The  cards  in  the  Current  File-PF 
are  not  in  sequence  by  DDI-NO. 
The  control  card  preceding  the 
Current  File-PF  contains  an 
incorrect  Mode  Designator. 

The  Current  File-PF  contains  a 
card  whose  sequence  number  is 
greater  than  50. 


Following  is  a  list  of  the  trace  messages  to  be  printed  on  the  Audit  File-PF. 

The  following  messages  are  all  paragraph  names  printed  from  within  each  named  paragraph: 


1)  IUC 

2)  UPDATE  CONTROL 

3)  OLD  MASTER  FILE  READOUT 

4)  END  OF  CURRENT  FILE 

5)  END  OF  OLD  MASTER  FILE 

6)  END  OF  OLD  MASTER  FILE  4 


The  following  typical  trace  message  is  printed  whenever  the  WRITE-ERROR  paragraph 
is  entered: 


LAST  CARD  KEY  0002A005 

LAST  CURRENT  FILE  KEY  0002A003 

LAST  OLD  MASTER  FILE  KEY  0005A004 

The  information  opposite  the  LAST  CARD  KEY  represents  the  control  field  (columns  73-80) 
of  the  last  Current  File-PF  card  read. 
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The  information  opposite  the  LAST  CURRENT  FILE  KEY  represents  the  control  field 
of  the  next  to  lost  Current  File-PF  cord  reod. 

The  information  opposite  LAST  OLD  MASTER  FILE  KEY  represents  the  control  field 
of  the  first  card  image  in  the  lost  physical  record  reod  from  the  old  Populotion  File. 

This  troce  information  is  printed  on  one  line  in  the  Audit  File-PF. 

4. 1.4. 2. 3  Punch  File  -  PF 

Yet  another  option,  the  punch  option,  may  be  selected  by  the  user  to  obtoin  o  cord 
deck  of  all  cord  images  on  the  Population  File  containing  information. 

4.2  Selector  Module  (SJCVS) 

4.2.1  Purposes  and  Uses 

The  Selector  Module  performs  the  major  tosk  of  assembling  ond  organizing  test  and 
support  structures  for  the  JOVIAL  test  progrom. 

1  .  Using  the  input  specificotions  obtained  from  the  user,  oppropriote 
test  and  support  structures  may  be  selected. 

2.  The  resulting  test  and  support  structures  are  ploced  in  the  order 
needed  for  compilation. 

3.  Environmental  Softwore  cords  ore  placed  before  and  after  the  JOVIAL 
source  test  program. 

Input  to  the  Selector  Module  consists  of  the  Populotion  File,  the  Test  Selection  File, 

(o  collection  of  user  specified  cards  which  control  the  identity  of  the  tests  selected 
from  the  Populotion  Fi  le)  ond  o  control  cord  requesting  the  specific  options  provided 
by  the  module. 

Output  of  the  Selector  Module  includes  a  Source  Program  File  consisting  of  the  generated 
JOVIAL  Source  program,  the  Audit  File-S  consisting  of  o  diagnostics,  trace  message 
with  on  optional  listing  of  the  Source  Progrom  File  and  an  optional  Punch  File-S  consisting 
of  o  card  deck  of  the  Source  Program  File. 

4.2.2  Preparation  of  Inputs 

4. 2. 2.1  Input  Card  Formots 

Following  is  a  description  of  the  cord  types  and  formats  input  to  the  Selector  Module. 
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4. 2. 2. 1.1  Test  Selector  Card 


The  Test  Selector  Card  permits  the  user  to  specify  the  selection  of  one  or  more  test 
modules  from  the  Population  File.  The  user  specifies  the  DDI-NO  identifying  the  first 
test  module  to  be  selected,  the  increment  to  be  added  to  the  DDI-NO  identifying  the 
first  test  module,  and  the  DDI-NO  identifying  the  last  test  module  to  be  selected.  If 
only  one  test  module  is  to  be  selected  at  a  time,  the  increment  may  be  set  to  0000  or 
left  blank.  The  following  describes  the  format  of  the  Test  Selector  Card: 


Columns 


Name 


Description 


1-4 


5-10 

11-14 


15-20 

21-24 


25-30 

31-34 


35-80 


Control  Word 

Not  Used 
Starting  DDI-NO 


Not  Used 
Increment 


Not  Used 
Final  DDI-NO 


Not  Used 


These  4  columns  must  contain 
the  control  word  TEST. 

These  4  columns  contain  the 
DDI-NO  identifying  the  first 
Population  File  Test  Module 
to  be  selected  by  this  Test 
Selector  Card. 

These  4  columns  contain  the  value 
to  be  added  to  the  starting  DDI-NO 
and  succeeding  DDI-NO's  until 
the  final  DDI-NO  has  been 
selected . 

These  4  columns  contain  the 
DDI-NO  identifying  the  last 
Population  File  Test  Module  to 
be  selected  by  this  Test  Selector 
card. 


4. 2. 2. 1.2  Control  Card-S 

The  various  options  permitted 
the  following  control  card: 

Columns 


1 


y  the  S®lector  Module  may 
Name 

Control  Card 
I ndicator 


requested  by  means  of 
Description 

This  column  must  contain  the 
character  C  denoting  the  card 
as  a  control  card . 
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Columns 

Name 

2-4 

Control  Card 
Identifier 

5-6 

Margin  A 

7-8 

Margin  B 

9 

Print  Option 

10 

Punch  Option 

11-14 

System  Module 
DDI-NO 

15-80 

Not  Used 

Description 

These  3  columns  may  be  assigned 
any  3  digits  by  the  user  to  identify 
the  control  card. 

These  2  columns  are  used  to 
designate  the  column  number  of 
Margin  A  on  the  Source  Program  File 
card  images. 

These  2  columns  are  used  to  designate 
the  column  number  of  Margin  B 
on  the  Source  Program  File  card  images. 
This  column  may  be  used  to  request 
the  printing  of  the  Source  Program  File 
on  the  Audit  File-PF. 

non-space  -  Print 
space  -  Do  not  print 
This  column  may  be  used  to  request 
the  punching  of  the  Source  Program  File, 
non-space  -  Punch 
space  -  Do  not  punch 
The  DDI-NO  of  the  appropriate  System 
Module  to  be  selected  from  the  Population 
File. 


4.2.2. 2  Input  Files 

The  Selector  Module  operates  upon  two  input  files:  the  Population  File  and  the  Test 
Selection  File. 


4. 2. 2. 2.1  Population  File 

The  Population  File  has  been  thoroughly  described  in  Section  4.1  .2. 

4. 2. 2. 2. 2  Test  Selection  File 

The  Test  Selection  File  consists  of  a  collection  of  Test  Selector  cards  that  direct  the 
generation  of  a  JOVIAL  source  program.  One  or  more  tests  may  be  selected  by  means  of  a 
Test  Selector  card.  The  collection  of  Test  Selector  cards  may  be  submitted  to  the  Selector 
Module  in  any  order. 

4.2.3  Function  Operation 

The  Selector  Module,  under  the  direction  of  the  Test  Selection  File,  operates  on  the  Population 
File  to  produce  a  single  JOVIAL  source  program  consisting  of  80  column  card  images  from  one 
or  more  JOVIAL  test  modules  residing  on  the  Population  File. 
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The  Test  Selection  File  controls  the  identity  of  the  Population  File  test  modules  that  are 
recorded  on  the  Source  Program  File.  For  example,  suppose  the  Test  Selection  File 
consisted  of  the  following  Test  Selector  card  information  with  no  Mandatory  DDI-NO's 
involved. 


Card  Number 

Starting  DDI-NO 

Increment 

Final  DDI 

1 

41  00 

0010 

4200 

2 

3000 

0005 

3010 

3 

6000 

0000 

4 

8100 

0001 

8105 

The  Source  Program  File  would  consist  of  the  following  sequence  of  selected  test  modules 
as  identified  by  their  associated  DDI-NO's: 

3000,  3005,  3010,  4100,  4110,  4120,  4130,  4140,  4150,  4160,  4170, 

4180,  4190,  4200,  6000,  8100,  8101,  8102,  8103,  8104,  8105 


Notice  that  the  test  modules  selected  as  indicated  by  the  list  of  DDI-NO's  are  not  in  the 
same  order  as  they  appear  on  the  Test  Selection  File,  but  are  in  ascending  order  by  DDI-NO, 
the  same  order  that  they  appear  on  the  Population  File.  All  mandatory  and  environmental 
software  cards  supporting  the  generated  test,  and  modules  9998  and  9999,  are  automatically 
selected  or  generated  by  the  Selector  Module. 

In  the  following  example,  suppose  the  Test  Selection  File  consisted  of  the  following 
Test  Selector  Card  information: 


Card  Number 

Starting  DDI-NO 

Incre  me  nt 

Final  DDI-NO 

i 

4100 

0010 

4120 

2 

3000 

0005 

3010 

3 

6000 

0000 

Suppose  further  that  the  Mandatory  DDI-NO's  associated  with  each  of  the  above  DDI-NO's 

ore  given  in  the  following  list: 

DDI-NO 

Mandatory  DDI-NO 

41  00 

2500 

4110 

— 

41  20 

1200 

3000 

2215 

3005 

2210 

3010 

2210 

6000 

4000 
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Suppose  also  that  the  Test  Module  headers  for  modules  2000  and  8000  have  C's  in  column  77 
and  that  the  Test  Module  headers  for  modules  2216,  4101,  4102,  and  8001  have  B1  s  in 
column  77.  Assuming  this,  when  the  Test  Selection  File  is  submitted  to  the  Selector  Module, 
the  following  test  modules  will  be  selected  and  placed  on  the  Source  Program  File  in  the 
following  order: 

Test  Module  DDI-NO  Test  Module  DDI-NO 


1 

1200 

10 

4000 

2 

2000 

1 1 

41  00 

3 

2210 

12 

4101 

4 

2215 

13 

4102 

5 

2216 

14 

4110 

6 

2500 

15 

4120 

7 

3000 

16 

6000 

8 

3005 

17 

8000 

9 

3010 

18 

8001 

Mandatory  test  modules  will  be  supplied  only  once  in  the  output  of  the  Selector  Module. 

Notice  that  again  the  test  modules  are  placed  on  the  Source  Program  File  in  order  of 
ascending  DDI-NO.  In  addition  the  mandatory  modules  supporting  the  generated  test, 
modules  0001  ,  9998  and  9999  are  selected  or  generated  by  the  Selector  Module.  All  modules 
with  a  C  in  column  77  are  automatically  selected  by  the  Selector  Module.  Modules  with  a 
B  in  column  77  should  not  be  selected  by  the  user. 

4.2.4  Description  of  Expected  Results 

4.2.4. 1  Output  Card  Formats 

Following  is  a  description  of  the  card  types  and  formats  output  by  the  Selector  Module. 

4.2.4. 1  .1  Environmental  Software  Card 

These  cards  provide  communication  between  the  generated  JOVIAL  source  program  and  the 
operating  system  of  the  particular  computer.  These  cards  both  precede  and  follow  the  JOVIAL 
source  program  and  are  operating  system  specific.  For  a  description  of  the  operating  system 
cards  for  the  five  computers  used  by  the  JCVS  see  Appendix  4.  For  a  complete  description  of 
this  card  see  Section  4.1  .2.1  .6. 

4.2.4. 1  .2  Test  Header  Card 

These  cards  are  placed  in  the  JOVIAL  source  program  as  comment  cards.  They  serve  to  identify 
the  test  and  provide  cross  referencing  information  between  the  DDI-NO  and  associated  AFM  100-24 
references,  the  CED-NO's.  A  complete  description  of  this  card  is  given  in  Section  4.1  .2.2.1  . 
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4, 2. 4. 1.3  JOVIAL  Source  Program  Card 


The  JOVIAL  Source  Program  Card  contains  one  or  more  JOVIAL  statements  to  be  used 
in  a  generated  JOVIAL  source  program.  As  with  most  cards  associated  with  the  JCVS 
columns  73-80  will  be  used  for  card  identification. 

Columns  1-72,  however,  will  be  subdivided  into  a  maximum  of  three  sections  as 
indicated  in  the  diagram. 

1  .  i  !  72 


i  * 

-  t  “ 

Margin  A  Margin  B 


Margins  A  and  B  specify  card  columns  selected  by  the  user  between  which  is  contained 
as  much  of  the  content  of  a  JOVIAL  Statement  Card  as  permitted  by  the  margin 
specifications.  Card  column  1  from  the  JOVIAL  Statement  Card  is  transferred  to  the 
card  column  specified  by  Margin  A  in  the  JOVIAL  Source  Program  Card;  Column  2  is 
transferred  to  column  Margin  A+l ,  etc.  If  column  k  is  transferred  to  Margin  B, 
columns  k+1  through  72  of  the  JOVIAL  Statement  Card  are  not  transferred  and,  hence, 
lost.  These  margin  specification  features  are  provided  to  the  user  because  of  the 
lack  of  standardization  of  JOVIAL  J3  reference  formats. 

The  two  margins  must  adhere  to  the  following  inequality: 

column  1  Margin  A  Margin  B  —  column  72 

If  no  Margins  are  specified,  Morgin  A  will  nominally  be  set  to  1  and  Margin  B  to  72. 
Notice  that  the  character  string  signifying  the  JOVIAL  statement  must  be  short  enough  to 
fit  between  the  margin.  Specifically  the  character  string  must  adhere  to  the  following 
inequality: 

Length  of  character  string  Margin  B  -  Margin  A  +  1 
T  le  form  of  the  JOVIAL  Source  Program  Card  follows. 
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Columns 

Name 

Description 

1  -Margin  A 

Not  Used 

Margin  A  -  Margin  B 

JOVIAL  Statement 

These  (Margin  B  -  Margin  A) 
columns  contai  n  one  or  more 
JOVIAL  statements. 

Margin  B-72 

Not  Used 

73-76 

DDI-NO 

These  4  columns  contain  either 
the  DDI-NO  (e.g.,  2100,  4500, 
7610)  or  the  number  9999. 

77 

Card  Type 

This  column  contains  the  character 
J  that  indicates  this  card  is  a  test 
statement  card. 

78-80 

Sequence  Number 

These  3  columns  contain  a  number, 
002-051  specifying  the  position  of 
the  JOVIAL  Source  Program  Card 
within  the  card  images  from  the 
selected  Test  Module. 

4. 2.4. 2  Output  Files 

The  Selector  Module  produces  three  output  files:  The  Source  Program  File,  the  Audit 
File-S,  and  a  Punch  File-S. 

4. 2. 4. 2.1  Source  Program  File 

The  Source  Program  File  contains  the  JOVIAL  source  program.  The  generated  source 
program  consists  of,  in  part,  JOVIAL  statement  card  images  from  Test  Modules  in  the 
Population  File.  Preceding  and  following  the  source  program  are  operating  system 
cards  that  form  the  linkage  between  the  JOVIAL  source  program  and  the  operating  system. 
In  addition,  every  test  present  in  the  Source  Program  File  may  be  identified  by  the  Test 
Header  card  preceding  the  JOVIAL  test  statements  comprising  the  test. 

The  Source  Program  File  is  recorded  one  output  card  image  per  physical  record. 

Since  the  Source  Program  File  is  in  the  same  order  as  the  Population  File,  by  Sequence 
Number  within  DDI-NO,  the  DDI-NO  and  Sequence  Number  act  as  the  control  items 
for  this  file . 

Since  the  environmental  software  cards  that  follow  the  generated  JOVIAL  source  program 
originate  from  the  System  Module;  these  cards  would  normally  have  a  DDI-NO  equal  to 
0001  in  the  Source  Program  File.  As  a  result,  these  cards  would  be  out  of  order  in  a 
generated  JOVIAL  source  program.  In  order  to  alleviate  this  situation,  all  trailing 
environmental  software  cards  are  automatically  assigned  a  DDI-NO  =  9999.  Sequence 
numbers  in  these  cards,  however,  remain  unchanged. 
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The  START  card  will  contain  the  DDI-NO  of  the  selected  System  Module  and  the  same 
Sequence  Number  it  possessed  in  the  System  Module.  The  TERM  card  is  assigned  the 
DDI-NO  =  9999  but  contains  the  same  Sequence  Number  it  possessed  in  the  System  Module. 

Figure  4-2  gives  a  physical  layout  of  the  Source  Program  File. 

4. 2.4. 2. 2  Audit  File-S 


The  Audit  File-S  contains  a  listing  of  all  diagnostics  and  trace  messages  emanati ng  from 
this  module.  As  an  optional  feature,  the  user  may  request  to  print  on  the  Audit  File-S, 
a  working  listing  of  the  card  images  on  the  new  Source  Program  File  by  selecting  the 
print  option  on  the  Selector  control  card.  Since  the  Audit  File-S  is  only  a  working 
listing,  diagnostic  and  tracing  i nformation  wi 1 1  be  interspersed  with  Source  Program  File 
card  images  on  this  file. 

Following  is  a  list  of  the  diagnostic  messages  to  be  printed  on  the  Audit  File. 


Diagnostic 

EXCEEDED  DDI-NO  TABLE 

DDI-NO  AND  INDEX  NOT 
SYNCHRONIZED 

UNEXPECTED  EOF  INFILE 


UNEXPECTED  EOF  POP-FILE 


NO  CONTROL  CARD 


Explanation 

There  exists  on  the  Population  File 
a  DDI-NO  greater  than  9998. 
Check  the  Population  File  for  cause 
of  error. 

In  processing  the  Population  File 
the  DDI-NO  on  the  current 
Population  File  record  is  less  than 
the  DDI-TABLE  index.  Probable 
cause:  Machine  malfunction. 

An  unexpected  end  of  file  has  been 
triggered  on  INFILE.  Check  the 
Control  Card-S  and  the  Test  Selec¬ 
tion  File  for  cards  that  could  cause 
the  end  of  file  and  restart  the  progr 
An  unexpected  end  of  file  has  been 
encountered  on  the  Population  File 
Check  to  see  if  the  Population  File 
has  been  rewound  properly  and 
restart  program.  This  diagnostic  is 
probably  triggered  by  a  machine 
error. 

There  is  no  Control  Card-S  or  an 
incorrect  Control  Card-S  present 
in  the  INFILE.  Supply  the  correct 
Control  Card-S  and  restart. 
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Figure  ,4-2-  Source  Program  File 
37 


EX£  C  OTTO  A/ 

Module  N 


Follow  optCAnuo 
SI  Stem  ca  CDs 


Diagnostic 

INCORRECT  TEST  SELECTOR  CARD 

INCORRECT  CONTROL  CARD 

Following  is  a  list  of  trace  messages  to  be  printed 


Explanation 

There  is  an  incorrect  Test  Selector 
Card  in  the  INFILE.  Correct  the 
card  and  restart  the  program. 

The  Control  Card-S  margin  specifications 
are  incorrect.  Correct  specifications  and 
restart  program. 

on  the  Audit  File-S . 


The  following  trace  messages  are  all  paragraph  names  printed  from  within  the  named 
paragraphs: 


1  .  BDT1 
2.  BUILD-SPF 


The  following  trace  messages  are  values  that  monitor  the  contents  of  key  items  together 
with  the  paragraph  names  printed  from  within  the  named  paragraphs. 


Message 

Originating  Paragraph 

i . 

Contents  of  item  DDI-NUMBER 

BDT2 

2. 

BMT1  ,  Contents  of  item  DUMP 

BMT1 

3. 

Contents  of  record  CARD 

ERR-PROC-6 

2.3 

Punch  File-S 

Yet  another  option,  the  punch  option,  may  be  selected  by  the  user  to  obtain  a  card 
deck  of  all  card  images  on  the  Source  Program  File. 

4.3  Source  Program  Maintenance  Module  (SOPMM) 

The  Source  Program  Maintenance  Module  is  used  to  modify  either  the  JOVIAL  source 
program  generated  by  the  Selector  Module  ora  JOVIAL  source  program  previously 
modified  by  SOPMM.  Modifications  may  be  necessary  because: 

1)  One  or  more  tests  did  not  compile  correctly;  therefore,  deletions  of 
erroneous  statements  or  changes  to  existing  statements  can  be  made. 

2)  The  user  wishes  to  change  a  test  in  order  to  compare  with  a  previous  run. 

3)  The  user  may  wish  to  add  self  contained  non  standard  tests. 

4)  Certain  areas  of  the  JOVIAL  compiler  have  not  been  debugged  completely. 

5)  The  user  may  wish  to  eliminate  partially  implemented  features. 
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Input  to  the  Source  Program  Maintenance  Module  consists  of  a  Source  Program 
File,  the  Current  File-SP,  and  a  control  card  requesting  specific  options  provided 
by  this  module . 

Output  from  the  Source  Program  Maintenance  Module  includes  an  updated  Source  Program 
File  consisting  of  the  modified  JOVIAL  source  program,  the  Audit  File-SP  consisting  of 
diagnostics,  trace  messages  with  an  optional  listing  of  the  Source  Program  File  and  an 
optional  Punch  File-SP  consisting  of  a  card  deck  of  the  updated  Source  Program  File. 

4.3.1  Preparation  of  Inputs 

4.3.1  .1  Card  Inputs 

4.3.1  .1  .1  Control  Card-SP 

The  various  options  permitted  by  the  Source  Program  Maintenance  Module  may  be 
requested  by  means  of  the  following  control  card: 


Columns 


Name 


Description 


1 


2-4 


5 


6 


7 


Control  Card  Indicator 


Control  Card  Identifier 


Mode  Designator 


Print  Option 


Punch  Option 


This  column  must  contain  the 
character  C  denoting  the  card  as  a 
control  card. 

These  3  columns  may  be  assigned  any 
3  digits  by  the  user  to  identify  the 
control  card. 

This  column  is  only  referenced 
descriptively  and  does  not  influence 
the  run  type  which  is  always  an 
UPDATE  run.  It  should  be  set  to 
U  for  documentary  purposes. 

This  column  may  be  used  to  request 
the  printing  of  the  new  Source 
Program  File 

non-space  -  Print 
space  -  Do  not  print 
This  column  may  be  used  to  request 
the  punching  of  the  new  Source 
Program  File . 

non-space  -  Punch 
space  -  Do  not  punch 
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Columns 


Na  me 


Description 

8  Trace  Option  This  column  may  be  used  to  requesl 

printing  on  the  Audit  File-SP  of  all 
ihe  trace  messages  originating  in  this 
module . 

non-space  -  Print  messa  jes 
space  -  Do  not  print  me  .sages 

9-80  Not  Used 

When  sjbmitting  this  card  to  the  Source  Program  /  Aaintenance  Module  the  Control  Card-SP 
directly  precedes  the  card  deck  comprising  the  Current  File-SP. 

4. 3. 1.1. 2  Other  Card  Inputs 

A  complete  description  of  all  other  card  forms  contained  in  either  the  Source  Program 
File  or  the  Current  File-SP  is  given  in  Sections  4.1  .2.3.2  and  4.2.4. 

4.3. 1 . 2  I  nput  Files 

4. 3. 1.2.1  Source  Program  File 

The  Source  Program  File  has  been  completely  described  in  Section  4. 2. 4. 2.1  . 

4. 3. 1.2. 2  Current  File-SP 

The  Current  File-SP  which  directs  the  Source  Program  Main  enance  Program  to  update 
the  Source  Program  File  is  composed  of  individual  cards  tha^  provide  the  capability  to 
add,  delete,  and  replace  information  on  the  Source  Program  File. 

The  following  card  types  may  appear  in  the  Current  File-SP: 

1  .  Environmental  Software  Card 

2.  Test  Header  Card 

3.  JOVIAL  Source  Program  Card 

4.  DELETE  Card 

The  information  content  of  the  aforementioned  cards  has  be  n  completely  specified  in 
Sections  4.1  .2  and  4. 2.4.1  .3. 

A  serial  number,  the  DDI-NO,  is  present  in  columns  73-76  of  each  card  in  this  file,  and 
a  Sequence  Number  in  columns  78-80.  The  cards  in  this  file  are  placed  in  order  by 
Sequence  Number  within  DDI-NO. 
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4.3.2 


Function  Operation 


The  Source  Program  Maintenance  Module  operates  on  an  existing  Source  Program 
File  directed  by  a  Current  Flle-SP  to  update  and  generate  a  new  Source  Program  File. 

The  control  card  associated  with  this  program  permits  the  user  to  specify  options  to  print 
and/or  punch  the  resulting  new  Source  Program  File. 

The  Source  Program  Maintenance  Module  provides  the  user  with  the  ability  to  add 
information  to  the  Source  Program  File,  delete  information  from  the  Source  Program  File 
or  replace  information  on  the  Source  Program  File  on  a  card  image  by  card  image  basis. 

The  Current  File-SP  consists  of  individual  cards  ordered  by  DDI-NO  and  Sequence  Number. 
Each  card  invokes  an  update  function  implicitly  or  explicitly.  The  cards  within  the  Current 
File-SP  permit  the  user  to  change  any  card  in  the  Source  Program  File.  The  control  card 
precedes  the  Current  File-SP  when  submitted  to  the  Source  Program  Maintenance  Module. 

Each  card  in  the  Current  File-SP  specifies  an  update  function  which  performs  one  of  the 
following  operations: 

1  .  ADD  a  card  to  the  Source  Program  File 

2.  REPLACE  a  card  on  the  Source  Program  File 

3.  DELETE  one  or  more  test  modules  from  the  Source  Program  File 

4.  DELETE  an  entire  test  module  from  the  Source  Program  File 

The  update  functions  are  controlled  on  the  basis  of  two  items  Included  in  every  card  in 
the  Source  Program  File. 

1  .  DDI-NO  (columns  73-76) 

2.  Sequence  Number  (columns  78-80) 

In  order  to  reduce  the  card  preparation  requirements  of  the  system,  the  ADD  feature 
and  REPLACE  feature  are  invoked  automatically.  Specifically,  the  update  functions 
adhere  to  the  following  rules. 

ADD 

If  an  ADD  card  (a  card  to  be  ADDed  to  the  Source  Program  File)  is  included  in  the  Current 
File-SP  and  no  card  with  the  same  DDI-NO  (columns  73-76)  and  a  Sequence  Number 
(columns  78-80)  is  present  in  the  old  Source  Program  File,  the  card  on  the  Current  File-SP 
is  automatical ly  added  to  the  Source  Program  File  in  its  proper  sequence. 

REPLACE 

If  a  REPLACE  card  (a  card  intended  to  REPLACE  another  card  in  the  Source  Program  File)  is 

included  in  a  packet  on  the  Current  File-SP  and  a  card  with  the  same  DDI-NO  (columns 

73-76)  and  Sequence  Number  (columns  78-80)  is  present  on  the  old  Source  Program  File, 
the  card  on  the  Current  File-SP  automatically  replaces  the  corresponding  card  on  the  new 
Source  Program  File. 
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DELETE 


The  DELETE  option  is  invoked  by  means  of  a  DELETE  card  included  in  the  Current  File-SP. 

T  lis  card  causes  a  card  with  the  same  DDI-NO  and  Sequence  Number  not  to  be  recorded  on 
tie  new  Source  Program  File.  If  the  Sequence  Number  equals  000,  the  entire  module 
specified  by  the  DDI-NO  and  any  directly  succeeding  modules  with  a  B  in  column  77  in  the 
Tost  Module  Header  are  deleted. 


4.3.3  Description  of  Expected  Results 

4.3.3. 1  Output  Card  Formats 

A  complete  description  of  all  of  the  card  forms  contained  in  either  the  Source  Program  File 
or  the  Punch  File-S  is  given  in  Section  4.1.2  and  4. 2.4.1  .3. 

4. 3.3. 2  Output  Files 

The  Source  Program  Maintenance  Module  produces  three  output  files:  The  Source  Program  File, 
the  Audit  File-SP,  and  a  Punch  File-SP. 


4. 3.3. 2.1  Source  Program  File 

The  Source  Program  File  has  been  completely  described  in  Section  4. 2. 4. 2.1  . 

4. 3.3. 2. 2  Audit  File-SP 


The  Audit  File-SP  as  an  optional  feature  may  contain  a  listing  of  all  diagnostics  and  trace 
messages  originating  from  this  module.  A  second  optional  feature  the  user  may  request  is  to 
print  on  the  Audit  File-SPa  working  listing  of  the  card  images  on  the  new  Source  Program  File 
by  selecting  the  print  option  on  the  Control  Card-SP.  Since  the  Audit  File-SP  is  only  a  working 
listing,  diagnostic  and  tracing  information  will  be  interspersed  with  the  Source  Program  File  card 
images  on  the  Audit  File-SP. 


Following  is  a  list  of  the  diagnostic  messages  to  be  printed  in  the  Audit  File-SP  together  with 
their  explanations: 


Diagnostic  Message 
NO  UPDATE  FUNCTION  CARD 

RECORD  TO  BE  DELETED  NOT  ON 
OLD  MASTER  FILE 

CURRENT  FILE  CA  *DS  ARE  OUT  Or 
SEQUENCE 


Explanation 

There  is  no  control  card 
preceding  the  Current  File-S  F. 

The  Current  File-SP  contains  a 
DELETE  card  referencing  a  DE'I-NC 
not  on  the  old  Source  Program  File. 
The  cards  in  the  Current  File-SP 
are  not  in  sequence  by  DDI-NO. 
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Following  is  a  list  of  the  trace  messages  to  be  printed  on  the  Audit  File-SP. 

The  following  messages  are  all  paragraph  names  and  are  printed  upon  entering  the 
paragraph: 

1  .  IUC 

2.  UPDATE  CONTROL 

3.  OLD  MASTER  FILE  READOUT 

4.  END  OF  CURRENT  FILE 

5.  END  OF  OLD  MASTER  FILE 

6.  END  OF  OLD  MASTER  FILE  4 


The  following  typical  trace  message  is  printed  whenever  the  WRITE-ERROR  paragraph 
is  entered: 

LAST  CARD  KEY  0002A005 

LAST  CURRENT  FILE  KEY  0002A003 

LAST  OLD  MASTER  FILE  KEY  0005A004 

The  information  opposite  the  LAST  CARD  KEY  represents  the  control  field  (columns  73-80) 
of  the  Current  File-SP  card  read.  The  information  opposite  the  LAST  CURRENT  FILE  KEY 
represents  the  control  field  of  the  next  to  last  Current  File-SP  card  read.  The  information 
opposite  LAST  OLD  MASTER  FILE  KEY  represents  the  control  field  of  the  card  image 
in  the  last  physical  record  read  from  the  old  Source  Program  File.  This  trace  information 
is  printed  on  one  line  of  the  Audit  File-SP. 

4. 3. 3. 2. 3  Punch  File-SP 

Another  option,  the  punch  option,  may  be  selected  by  the  user  to  obtain  a  card  deck 
of  all  card  images  on  the  Source  Program  File  containing  information. 

4.4  Initiate  Population  File  Module  (INI  POP) 

4.4.1  Purposes  and  Uses 

This  module  may  be  used  to  assign  new  test  serial  numbers,  DDI-NO's  on  the  Population 
File.  Renumbering  the  Population  File  might  be  required  if  the  Test  Modules  were  to  be 
reorganized  and  placed  in  a  different  sequence  or  if  within  the  current  organizational  structure 
of  the  Test  Modules  a  new  Test  Module  may  not  be  assigned  a  convenient  number  relating  it 
to  its  associated  Test  Modules. 

Whatever  the  reason,  I  Nl  POP  eliminates  the  necessity  for  re-keypunching  the 
Population  File  card  deck  by  automatically  reassigning  new  DDI-NO's.  The  user  is 
permitted  to  select  the  first  new  number  to  be  assigned  and  an  increment  which  will  be 
added  to  successive  assigned  numbers  to  form  new  numbers  for  assignment.  All  DDI-NO 
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references  on  the  Test  Header  card  (including  all  mandatory  DDI-NO's)  and  JOVIAL 
statement  cards  (including  all  mandatory  DDI-NO  references)  will  be  updated  to  reflect 
tf  e  new  number  assignments. 

Input  to  I  Nl  POP  consists  of  a  Population  File,  in  the  form  of  a  card  deck  or  a  magnetic 
tcpe,  and  a  control  card  requesting  specific  options  provided  by  the  module. 

C  utput  from  I  Nl  POP  includes  a  renumbered  Population  File,  the  Audit-Fi  le-l  P,  that 
contains  diagnostic  messages,  an  optional  working  listing  on  the  Audit-File-1  P  consisting 
o  those  Population  File  card  images  containing  information,  and  an  optional  Punch  File-1  P 
consisting  of  a  card  deck  of  all  card  images  on  the  Population  File  containing  information. 

Population  File  modules  recorded  on  cards  may  be  renumbered  in  groups  if  desired.  This 
feature  of  INI  POP  is  invoked  on  the  card  deck  modules  by  placing  control  cards  in  the  card 
d  >ck  before  each  independent  group  of  modules  to  be  renumbered.  Each  of  the  card  deck 
modules  following  the  control  card  will  be  renumbered  according  to  the  values  given  on 
tF  e  control  card . 


When  invoking  this  feature  on  a  Population  File  residing  on  tape,  control  cards  designating 
tF  e  various  renumbering  conventions  must  also  contain  the  DDI-NO  of  the  last  test  module 
tc  which  the  current  control  card  applies. 

When  a  portion  of  the  Population  File  is  to  be  renumbered,  the  entire  Population  File 
siould  be  submitted  to  INIPOP  in  order  to  ensure  a  correct  resequencing  of  all  embedded 
DDI-NO  references.  For  those  modules  of  the  Population  File  not  requiring  renumbering, 
tf  e  control  card  must  include  the  information  that  the  following  modules  are  to  be  included 
ir  the  renumbering  process  but  are  not  to  be  themselves  renumbered. 


4  4.2 


Preparation  of  Inputs 


4  4.2.1  Card  I  nputs 

4  4.2.1  .1  Control  Card-1  P 


The  various  options  provided  by  INIPOP  may  be  requested  by  means  of  the  following 
control  card: 


Columns 


Na  me 


Description 


1 


2-4 


Control  Card  Indicator 


Control  Card 
Identifier 


This  column  must  contain  the 
character  C  denoting  the  card 
as  a  control  card . 

These  3  columns  may  be  assigned 
any  3  digits  by  the  user  to  identify 
the  control  card. 


44 


Columns 

Name 

5 

Renumber  Option 

6-8 

Card/Record 

9-12 

Initial  Number 

13-16 

Increment 

17 

Print  Option 

18 

Punch  Option 

19 

Old  Population 
File  Option 

20-23 

Record  Maximum 

24-80 

Not  Used 

Description 

The  column  is  used  to  indicate  to 
INI  POP  that  a  renumbering  of  the 
Population  File  is  required, 
non-space  -  Renumber 
space  -  Do  not  renumber 
These  3  columns  are  used  to 
designate  the  number  of  card 
images  present  in  each  record  of 
the  Population  File . 

These  4  columns  are  used  to 
designate  the  first  four  digit 
DDI-NO  to  be  assigned. 

These  4  columns  are  used  to  designate 
the  increment  representing  the 
difference  between  two  successively 
assigned  DDI-NO's. 

This  column  may  be  used  to  request 
the  printing  of  the  generated 
Population  File 

non-space  -  Print 
space  -  Do  not  print 
This  column  may  be  used  to  request 
the  punching  of  the  new  Population 
File 

non-space  -  Punch 
space  -  Do  not  punch 
This  column  may  be  used  to  signify 
that  an  old  Population  File  residing 
on  magnetic  tape  will  be  used  as 
input. 

non-space  -  Magnetic  tape 
input 

space  -  Card  input 

These  4  columns  are  used  to  designate 
the  DDI-NO  of  the  last  record  to  be 
incremented  using  the  current  initial 
number  and  increment. 


*lf  renumbering  is  not  selected,  INI  POP  may  be  used  to  initiate  a  Population  File  from 
a  card  deck  or  to  copy  an  old  Population  File  from  one  magnetic  tape  to  the  other.  Print  and 
punch  options  still  apply. 
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When  submitting  this  card  to  INI  POP,  it  precedes  the  Current  File-PF  if  the  Population  File 
is  to  be  generated  from  o  card  deck  or  it  reploces  the  Current  File-PF  if  the  Populotion  File 
is  to  be  generated  from  on  old  Population  File. 

t. 4. 2. 1.2  Other  Cord  Inputs 

A  complete  description  of  all  other  card  forms  contained  in  either  the  Populotion  File 
or  the  Current  File-PF  is  given  in  Section  4.1  .2. 

4. 4. 2. 2  Input  Files 

he  Initiate  Population  File  Module  operotes  on  either  of  two  input  files,  the  Population 
File  or  the  Current  File-PF. 

4.4. 2. 2.1  Population  File 

Yhe  Populotion  File  has  been  completely  described  in  Section  4.1  .2.4.1  . 

4. 4. 2. 2. 2  Current  File-PF 

The  Current  File-PF  has  been  completely  described  in  Section  4.1  .2.4.2. 

4.4.3  Function  Operation 

lhe  Initiate  Populotion  File  Module  operates  to  initiote  ond,  ot  the  users  option,  renumber 
o  Populotion  File  from  either  o  Current  File-PF  or  from  an  existing  Population  File. 

Additional  features  selectable  from  the  control  cord  include  the  options  to  print  o  working 
listing  of  the  generoted  Populotion  File  ond/or  to  punch  the  resulting  new  Populotion  File. 

The  Populotion  File  is  renumbered  by  assigning  to  the  first  DDI-NO  the  value  as  stated 
on  the  Control  Card-1  P  for  the  Initial  Number;  to  the  second  DDI-NO,  the  Initial 
Value  +  Increment  as  stoted  on  the  Control  Card-1  P;  the  third  DDI-NO,  the  Initial  Value  +  2 
*  Increment.  For  example,  if  the  Initiol  Volue  was  specified  as  5  ond  the  Increment  was 
specified  os  10,  then  the  volues  ossigned  to  the  DDI-NO  for  eoch  Test  Module  would  be 
5,  15,  25,  etc.,  until  the  Test  Modules  hod  been  exhousted. 

*-.4.4  Description  of  Expected  Results 

1  .4.4.1  Output  Card  Formats 

lhe  output  card  formats  correspond  to  the  formats  for  cords  described  in  Section  4.1  .2. 
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4.4.4. 2  Output  Files 

The  Initiate  Population  File  Module  produces  three  files:  The  Population  File,  the 
Audit  File-IP,  and  the  Punch  File-IP. 

4.4.4. 2.1  Population  File 

The  Population  File  is  completely  described  in  Section  4.1  .2.4.1  . 

4.4.4. 2.2  Audit  File-1  P 

The  Audit  File-1  P  contains  a  listing  of  all  diagnostics  originating  from  the  module.  As 
an  optional  feature,  the  user  may  request  to  print  on  the  Audit  File-IP,  a  working  listing 
of  the  card  images  on  the  new  Population  File  by  selecting  the  print  option  on  the 
Control  Card-1  P.  Since  the  Audit  File-IP  is  only  a  working  listing,  diagnostic  information 
will  be  interspersed  with  the  Population  File  card  images  on  the  Audit  File-IP.  If  no 
diagnostics  occur,  however,  the  Audit  File-IP  will  consist  entirely  of  a  listing  of  the 
Population  File. 

Following  is  a  list  of  the  diagnostic  messages  to  be  printed  in  the  Audit  File-IP  together 
with  their  explanations: 


Diagnostic  Message 
UNEXPECTED  EOF  INFILE 


There  is  an  unexpected  end  of  file 
encountered  on  the  unit  contai  ning 
the  control  card  and  Current  File-PF. 
Successive  incrementing  of  the 
originally  assigned  Initial  Number 
have  generated  a  number  greater 
than  9997.  There  are  too  many 
Test  Modules  being  renumbered  given 
the  particular  assigned  values  for 
Initial  Value  and/or  Increment. 

Reduce  either  value  or  both  and  try 
again. 

The  control  card  has  not  been  submitted 
to  INI  POP. 


Explanation 


DDI-NO  LARGER  THAN  9997 


NO  CONTROL  CARD 


4. 4.4. 2. 3  Punch  File-IP 


Another  option,  the  punch  option,  may  be  selected  by  the  user  to  obtain  a  card  deck 
of  all  card  images  on  the  Population  File  containing  information. 
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4.5  JCVS  Report  Writer  Module  (JCVSRP) 


4.5.1  Purposes  and  Uses 

This  module  may  be  used  to  prodbce  a  finished  listing  of  a  Population  File  and/or  a 
listing  of  the  Test  Header  Cards  in  a  Population  File. 

Input  to  this  module  consists  of  a  Population  File  and  a  control  card  specifying  the  options 
available  to  the  user. 

Output  from  JCVSRP  may  include  a  listing  of  either  the  Population  File  or  the  collection 
of  Test  Header  Cards  on  the  Population  File  or  both.  These  reports  are  printed  on  the 
Audit  File-RP  together  with  any  diagnostics  and  trace  messages  originating  from  this  module. 

4.5.2  Preparation  of  Inputs 

4. 5. 2.1  Card  Inputs 

4. 5. 2. 1.1  Control  Card-RP 

The  various  options  provided  by  JCVSRP  may  be  requested  by  the  following  control  card: 

Description 

This  column  must  contain  the 
character  C  denoting  the  card  cis 
a  control  card. 

These  2  columns  are  used  to  select 
the  two  reports  generated  by  th  s 
module . 

Column  2:  non-space  -  Population 
File  Listing 

space  -  No  Population 
File  Listing 

Column  3:  non-space  -  Cross  Refer¬ 
encing  Listing 
space  -  No  Cross  Refer¬ 
encing  Listing 

These  six  columns  specify  the  date 
as  follows: 

1 4-1 5  Month 
16-17  Day 
18-19  Year 
(Example:  040968) 


Columns 

1 


Name 

Control  Card 
I ndicator 


2-3 


Report  Selection 


4-13 

14-19 


Not  Used 
Date 
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Columns 


20-61 

62-63 

64-65 

66-80 

4. 5. 2. 2  Input  Files 

The  JCVS  Report  Writer  Module  operates  on  one  input  file,  the  Population  File. 

4. 5. 2. 2.1  Population  File 

The  Population  File  has  been  completely  described  in  Section  4.1  .2.4.1  . 

4.5.3  Function  Operation 

The  JCVS  Report  Writer  Module  operates  on  a  Population  File  to  produce  two  reports,  a 
listing  of  the  Test  Modules  on  the  Population  File  and/ora  listing  of  the  Test  Header  Cards 
on  the  Population  File.  The  JCVSRP  is  directed  by  means  of  user  options  selected  on  the 
Control  Card-RP. 

4.5.4  Description  of  Expected  Results 

The  JCVSRP  produces  one  file,  the  Audit  File-RP. 

4.5.4. 1  Audit  File-RP 

The  Audit  File-RP  may  contain  either  a  listing  of  all  the  Test  Modules  on  a  Population  File 
or  a  listing  of  a  1 1  of  the  Test  Header  Cards  on  a  Population  File  or  both .  This  is  a  formal 
listing  in  that  no  diagnostics  or  trace  messages  are  interspersed.  A  trace  message  does, 
however,  precede  the  writing  of  each  report  on  a  separate  page. 

Following  is  the  diagnostic  message  to  be  printed  in  the  Audit  File-RP  together  with  its 
explanation: 


Name 


Description 


Test  Identification 


Control  Tape  Size 


Line/Record 


These  42  columns  are  used  to 
specify  the  computer  name.  The 
name  may  be  positioned  any  place 
in  the  field . 

These  two  columns  are  used  to 
specify  the  number  of  lines  per 
printer  page  that  are  available  to 
be  printed  on. 

These  two  columns  are  used  to 
specify  the  number  of  cards  per 
record  on  the  Population  File. 

In  this  case  of  JCVS  this  value 
is  50. 


Not  Used 
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Diagnostic  Message  Explanation 

UNEXPECTED  EOF  INFILE  This  problem  results  from 

attempting  to  read  the  Control 
Card-RP  and  getting  an  end  of  file 
condition.  Check  input  to  make  sure 
the  control  card  is  present  and  is  not 
preceded  by  any  extra  end  of  file  cards. 

Following  is  the  trace  message  that  is  printed  out  on  a  separate  page  at  the  beginning  of  the 
writing  of  each  report: 

REPORT  WRITER. 
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SECTION  V 


USAGE  INSTRUCTION 


Since  the  JCVS  will  operate  on  several  different  computers  it  would  be  advisable  if  the 
user  availed  himself  of  the  following  documents: 

1  .  Implementors  COBOL  Manual 

2.  Implementors  Operating  System  Manual 

3.  Implementors  JOVIAL  J3  Manual 

5.1  JCVS  Operating  Philosophy 

Although  the  JCVS  is  to  operate  on  various  computers,  the  functions  that  will  be 
performed  on  each  computer  to  utilize  the  JCVS  will  be  identical.  Each  of  the  JCVS 
program  modules  is  processible  by  either  of  the  following  two  methods: 

1  .  Compile  Source  Program  and  Go 

Using  this  technique,  the  appropriate  control  cards,  source  program 
and  data  are  submitted  to  the  computer  system.  The  system  then  compiles 
the  source  program  and  writes  the  resulting  object  program  on  the 
operating  system's  Load  and  Go  unit.  This  object  program  is  then  loaded 
from  the  Load  and  Go  unit  and  program  executing  follows. 

2.  Load  Binary  Deck  and  Go 

Using  this  technique,  the  appropriate  control  cards,  object  program 
binary  deck,  and  data  is  submitted  to  the  computer  system.  The  system 
then  loads  the  object  program  from  the  object  program  binary  deck  and 
program  execution  follows. 

5 . 2  JCVS  Function 

There  are  seven  functions  that  are  available  to  the  user  of  the  JCVS.  They  are  given 
in  the  following  list: 


1 . 

Create  a  new  Population  File 

POPFMI 

2. 

Update  an  old  Population  File 

POPFM2 

3. 

Generate  a  JOVIAL  source  program 

SELECT 

4. 

Update  a  Source  Program  File 

SOPMM 

5. 

Initiate  a  Population  File  from  a 
Population  File  card  deck 

INI  POP1 
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6. 

Initiate  a  new  Population  File  from 
an  old  Population  File  on  magnetic  tape 

INI  POP2 

7. 

Write  reports  from  Population  File 

JCVSRP 

5.3 

Preparation  of  JCVS  Input 

5.3.1 

Current  File-PF 

The  Current  File  —  PF  which  is  used  to  update  the  Population  File  has  been  described  in 
Section  4.1  .2.4.2.  An  example  of  this  file  is  given  in  Figures  5-la ,  5-1  b,  and  5-1  c . 

Notice  all  packets  are  in  order  by  DDI-NO  and  that  there  are  no  DELETE  packets. 

5.3.2  Current  File-SP 

The  Current  File-SP  which  is  used  to  update  the  Source  Program  File  has  been  described  in 
Section  4.3.1  .2.2.  An  example  of  this  file  is  given  in  Figure  5-2. 

Notice  that  all  of  the  cards  in  this  file  are  in  order  by  sequence  number,  columns  78-80 
within  DDI-NO,  columns  73-76. 

5.3.3  Test  Selection  File 

The  Test  Selection  File  which  directs  the  selection  of  the  appropriate  test  modules  has  been 
described  in  Section  4.2. 2.2. 2.  An  example  of  this  file  is  given  in  Figure  5-3. 

This  particular  set  of  Test  Selector  Cards  select  the  following  test  modules.  In  this 
example,  it  is  assumed  that  no  Mandatory  DDI-NO*s  are  involved. 

5.4  Functional  Processing 

Diagrams  will  be  proficed  describing  the  status  of  the  computer  system  at  input  time 
and  again  at  output  time  for  each  function  performed  by  the  JCVS  modules  applying 
each  operating  philosophy  and  on  each  computer. 

A  complete  list  of  these  diagrams  is  given  in  Appendix  1  . 

5.5  Results  of  Operations 

The  JCVS  modules  generate  magnetic  tape  output,  printer  listings  and  punched  decks. 

The  files  associated  with  this  output  have  already  been  completely  described  previously 
in  this  document.  Actual  samples  of  computer  generated  output  will  now  be  presented. 

5.5.1  Printed  Output 
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Figure  5-3  Test  Selection  File 


5.5.1  .1 


Population  File 


Figure  5-4  shows  portions  of  a  tape  dump  of  the  Population  File  from  the  GE-635.  Exact 
positions  of  the  test  statements  within  the  block  should  be  noted.  Since  this  is  test 
information,  the  content  of  the  various  cards  in  the  record  are  not  actual  JOVIAL  statements 
but  indications  as  to  where  Population  File  information  would  replace  the  checkout 
statements. 

5. 5. 1.2  Audit  File-PF 

Figure  5-5  presents  a  portion  of  the  listing  of  the  Audit  File-PF  generated  by  POPFM 
on  the  GE-635.  Notice  diagnostic  and  trace  messages  interspersed  with  the  list  of 
the  new  Population  File. 

5. 5. 1.3  Audit  File-S 

Figures  5-6A  and  5-6B  present  a  portion  of  the  Audit  File-S  generated  by  SJCVS  on 
the  GE-635. 

5. 5. 1.4  Audit  File-SP 

Figure  5-7  presents  a  portion  of  the  Audit  File-SP  generated  by  SOPMM  on  the 
GE-635.  Notice  that  no  trace  messages  appear  in  the  listing  giving  the  user  a 
"clean"  listing  of  the  new  Source  Program  File. 

5. 5. 1.5  Audit  File-1  P 

Figure  5-8  presents  a  portion  of  the  Audit  File-1  P  generated  by  I  Nl  POP  on  the  GE-635. 

The  diagnostic  messages  'MANDATORY  MODULE  NOT  ON  POPULATION  FILE'  are 
printed  but  processing  is  permitted  to  continue.  Notice  that  no  trace  messages  appear 
on  the  listing  giving  the  user  a  "clean"  listing  (except  for  diagnostics)  of  the  new 
Population  File. 

5. 5. 1.6  Audit  File-RP 

Figures  5-9A  and  5-9B  present  a  portion  of  a  listing  of  the  Audit  File-RP  generated 
by  JCVSRP  on  the  GE-635.  The  trace  message  appears  on  a  separate  page  thereby 
giving  the  user  a  "clean"  listing  of  the  two  reports:  The  POPULATION  FILE  and  the 
CROSS  REFERENCE  TABLE. 

5.5.2  Punched  Output 
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Figure  5r9k  Audit  File-RP 


5.5.2. 1 


Punch  File-PF 


The  Punch  File-PF,  a  card  deck  which  contai  ns  the  created  or  updated  Population  File, 
is  identical  in  appearance  to  the  Audit  File-PF  with  the  exception  that  there  are  no  trace 
or  diagnostic  messages  or  blank  cards.  Only  cards  with  information  content  are  punched 
by  POPFM. 

5.5. 2. 2  Punch  File-S 

The  Punch  File-S,  a  card  deck  which  contains  the  generated  JOVIAL  source  program,  is 
identical  in  appearance  to  the  Audit  File-S  with  the  exception  that  there  are  no  trace  or 
diagnostic  messages  or  blank  cards.  Only  cards  with  information  content  are  punched  by  SJCVS. 

5. 5. 2. 3  Punch  File-SP 

The  Punch  File-SP,  a  card  deck  which  contains  the  updated  JOVIAL  source  program, 
is  identical  in  appearance  to  the  Audit  File-SP  with  the  exception  that  there  are  no 
trace  or  diagnostic  messages  or  blank  cards.  Only  cards  with  information  content  are 
punched  by  SOPMM. 

5. 5. 2. 4  Punch  File-IP 

The  Punch  File-IP,  a  card  deck  which  contains  the  resequenced  Population  File,  is 
identical  in  appearance  to  the  Audit  File- IP  with  the  exception  that  there  are  no 
trace  or  diagnostic  messages  or  blank  cards.  Only  cards  with  information  content  are 
punched  by  INI  POP. 

5.5.3  Magnetic  Tape  Output 

5.5.3. 1  Population  File 

A  Population  File  is  always  generated  by  either  of  two  programming  modules,  INI  POP  and 
POPFM.  The  Population  File  is  recorded  on  magnetic  tape  for  subsequent  processing. 

5. 5. 3. 2  Source  Program  File 

A  Source  Program  File  is  always  generated  by  SJCVS.  This  file  contains  the  generated 
JOVIAL  test  program  and  is  submitted  directly  to  the  operating  system  for  compilation 
and  execution. 
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APPENDIX  1 


USAGE  INSTRUCTIONS 


Appendix  1  describes  on  the  following  pages  usage  instructions  for  each  function  on  each 
computer.  Usage  instructions  depict  the  status  of  the  hardware  configuration  before  the 
run  (I  NPUT)  and  after  the  run  (OUTPUT) .  All  input/output  considerations  are  ful  ly 
described  for  both  the  INPUT  stage  and  the  OUTPUT  stage.  In  addition,  the  exact  form 
of  an  input  card  deck  necessary  to  invoke  the  function  is  provided. 

Each  JCVS  Usage  Form  contains  the  JCVS  function  to  be  performed,  the  computer,  the 
operating  philosophy  and  the  program  stage.  All  input/output  functions  and  devices  are 
specified  over  the  six  boxes  on  each  form.  On  the  top  of  each  of  these  boxes  is  the  logical 
system  name  associated  with  the  input/output  device. 

For  example,  on  the  6400  the  logical  tape  designations  are  TAPE1  ,  TAPE2,  and  TAPE3; 
the  logical  card  input  designation  is  INPUT,  etc. 

For  those  input/output  units  that  are  to  be  active  for  the  current  function,  some  indication 
of  their  participation  is  indicated.  For  those  tape  units  that  are  to  contain  a  switch  tape 
for  the  subsequent  processing,  the  word  SCRATCH  is  placed  at  the  bottom  of  the  appropriate 
box;  for  those  tape  units  that  are  to  contain  a  JCVS  input  or  output  file,  the  file-name  is 
placed  in  the  bottom  of  the  box;  and  for  those  tape  units  whose  participation  is  not 
required,  a  N/A  (not  applicable)  is  placed  at  the  bottom  of  the  box. 

In  all  cases,  a  job  deck  will  be  submitted  through  the  card  input  unit  which  should  be 
empty  at  the  termination  of  the  run.  The  printed  output  unit  will  always  contain  a 
standard  form  and  standard  carriage  control  tape  and  will  contain  the  various  audit  files 
at  the  termination  of  a  run.  The  card  output  unit  will  contain  any  punched  output 
originating  from  any  of  the  runs. 

A  complete  description  of  the  job  deck  structure  required  to  process  the  function  is 
given  on  each  INPUT  stage  usage  form.  The  (1)  below  the  words  JOB  DECK  STRUCTURE 
indicates  column  1  of  each  card. 

Logical  Unit  Names 


The  logical  unit  names  for  each  computer  will  now  be  stated: 
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*'^"~'^Configuration 

Units 

C  DC-6400 

UNI-1108 

GE-635 

IBM  360-50 

l 

Card  Input 

INPUT 

Card  Reader  Eighty 

A1 

SYS001 

1 

Card  Output 

PUNCH 

Card  Punch  Eighty 

A5 

SYS  003 

Printed  Output 

OUTPUT 

Printer 

A2. 

SYS002 

Tape  Number  1 

TAPE1 

UNISERVO  A 

A3 

SYS004 

Tape  Number  2 

TAPE2 

UNISERVO  B 

A4 

SYS005 

Tape  Number  3 

TAPE3 

UNISERVO  C 

A6 

SYS007 

i 

Special  Cards 

Certain  configurations  contain  one  or  two  special  cards  that  act  as  end  of  record  or 
end  of  file  cards.  The  following  table  gives  a  list  of  these  cards  together  with  the 
characters  that  signify  the  EOR  or  EOF  functions. 


^'"^•Configuration 

End 

C  DC-6400 

UNI-1108 

GE-635 

IBM  360-50 

EOR 

7,8,9  punch 
Column  1 

No  Entry 

SbbbbbbENDJOB 

No  Entry 

EOF 

6, 7,8, 9  punch 
Column  1 

@bFIN 

Column  1  -5 

***EOF 

1* 

.72 


JCVS  USAGE  FORM 


Function:  POPFM  1 

Computer:  CDC  -  640b 


Operating  Philosophy:  Compile  Source  Program  and  Go 


Stage: 


L.  . 


INPUT 

TAPE  1 


TAPES 
TAPE  2 


SCRATCH  ' 


CARD  INPUT 


INPUT 

i 

i 

1 

i  /::: 


PRINTED  OUTPUT 
['"  ‘  OUT  PUT  '*'] 
Standard 

I  i 

•  Standard  Carriage 

Form  Control  , 

Tape 


JOB  DECK  STRUCTURE 

(1) 

SEQUENCE,  14156,  SMA 
JOB,  93 0u7,  10,  10,  35000.  POPFM  1  CG 
REQUEST,  TAPE  2,  HI .  (ASSIGN/RING) 
REWIND  (TAPE  2) 

COBOL  (LXRM) . 

LGO. 

(End  of  Record  Card) 

(CCBOL  Source  Poryram  Deck  POPFM 
(End  of  Record  Card) 

(Control  Card  -  PF) 

(Current  File  -  PF  Deck) 

(End  of  File  Card) 


TAPE  3 


N/A 


CARD  OUTPUT 
PUNCH 

CARD  PUNCH 
READY 
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JCVS  USAGE  FORM 


Function:  POPFM  1 
Computer:  CDC  -  6400 

Operating  Philosophy:  Compile  Source  Program  and  Go 
Stage:  OUTPUT 

.  TAPES 


CARD  INPUT 


PRINTED  OUTPUT 


CARD  OUTPUT 


INPUT 

OUT  (PUT 

PUNCH 

CARD 

r~ . ~i 

1 

i  Standard 

/ 

j  READER 

AUDIT 

1 

1 

1 

1 

Carriage 

/ . /I 

J 

1 

FILE-pf  j 

i 

i  Control 

/. . / 1 

EMPTY 

I 

| 

^ _ I 

1 

Tape  ■ 

i  PUNCH  FILE-P^  /' 

\ 

I 

j 

L.  . . . 1/ 

4 

(Optional) 

(Optional) 

/ 
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JCVS  USAGE  FORM 


Function:  POPFM  1 
Computer:  CDC  -  64u0 

Operating  Philosophy:  Load  Binary  Deck  and  Go 
Stage:  INPUT 

TAPES 


T  ' 

TAPE  1  j  TAPE  2 


N/A  |  SCRATCH 


TAPE  3 


n/a' 


-  1 


i 


i 


CARD  INPUT 
INPUT 


JOB  DECK 


PRINTED  OUTPUT 

CARD  OUTPUT 

OUTPUT  "*j 

Standard 

[’  PUNCH 

Standard  Caniage 

I 

Form  Control 

CARD  PUNCH 

Tape 

1  \ 

|  READY 

f 

f  1 

i  _ i 


JOB  DECK  STRUCTURE 

(0 

SEQUENCE,  14156,  SMA 
JOB,  93007,  10,  lu,  3 5000.  POPFM  1  LG 
REQUEST,  TAPE  2,  HI .  (ASSIGN/RING) 
REWIND  (TAPE  2) 

LOAD  (INPUT) 

EXECUTE  (POPFM) 


(End  of  Record  Card) 

(Binary  Program  Deck  -  POPFM) 
(End  of  Record  Card) 

(Control  Card  -  PF) 

(Current  File  -  PF  Deck) 

(End  of  File  Card) 
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JCVS  USAGE  FORM 


Function:  POPFM  1 

Computer:  CDC  -  6400 


Operating  Philosophy:  Load  Binary  Deck  and  Go 


Stage: 


OUTPUT 


TAPES 
TAPE  2 


i  New  Population  File 


CARD  I  NPUT_ 
INPUT 
CARD 

READER 

EMPTY 


J 

I _ 


PRINTED  OUTPUT 


OUTPUT  ' 

t 

r  | 

Standard 

AUDIT  ! 

Carriage 

FILE-PF 

i  Control 

^ — ' 

Tape 

L 

(Optional) 

_ | 

TAPE  3 


CARD  OUTPUT 
PUNCH 


/ 

J  PUNCH  FILE-Pfj 

_ (Optionajj 


JCVS  USAGE  FORM 


Function:  POPFM  2 

Computer:  CDC  -  6400 

Operating  Philosophy:  Compile  Source  Program  and  Go 


Stage: 


INPUT 


TAPES 
TAPE  2 


TAPE  3 


CARD  INPUT 
F  INPUT 


PRINTED  OUTPUT^ 

OUTPUT  | 
j  Standard 


Standard 

» 

!  Form 

I 


Carriage 
Control  j 
Tape 

i 


_ l 


CARD  OUTPUT 
PUNCH 

CARD  PUNCH 
READY 


JOB  DECK  STRUCTURE 

(1) 

SEQUENCE,  14156,  SMA 
JOB,  93007,  10,  10,  35000.  POPFM  2  CG 
REQUEST,  TAPE  1,  HI.  (REE l/NO  RING) 
REQUEST,  TAPE  2,  HI .  (ASSIGN/RING) 
REWIND  (  TAPE  1). 

REWIND  (TAPE  2). 

COBOL  (LXRN) . 

LGO 

(End  of  Record  Card) 

(COBOL  Source  Program  Deck  -  POPFM) 
(End  of  Record  Card) 

(Control  Card  -  PF) 

(Current  File  -  PF  Deck) 

(End  of  Fi le  Card) 
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JCVS  USAGE  FORM 


Function:  POPFM  2 
Computer:  CDC  -  6400 

Operating  Philosophy:  Compile  Source  Program  and  Go 

TAPE  3 

N/A 


Stage: 


OUTPUT 


TAPES 


TAPE  1 


TAPE  2 


! 


| 

Old  Population  File  )  New  Population  File  j 


CARD  INPUJ  _  _  PRINTED  OUT PUT_  CARD  OUTPUT 


INPUT 

OUT 

tUT 

PUNCH 

CARD 

1  1 

Standard 

READER 

AUDIT 

Carriage 

/“ . . .  / 

!  FILE-PF 

Control 

. —  / 

EMPTY 

Tape  . 

i  PUNCH  FILE-PF 

l — / 

| 

!.  .  . . . 1/ 

l 

(Optional) 

L _  i 

(Optional) 

/ 
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JCVS  USAGE  FORM 


Function:  POPFM  2 
Computer:  CDC  -  6400 

Operating  Philosophy:  Load  Binary  Deck  and  Go 
Stage:  INPUT 


. . . .  . . .  «  - ... 

•  TAPES 

. .  | 

TAPE  1 

TAPE  2 

n 

O  ! 

v _ .S 

Old  Population  File 

SCRATCH 

i .  ...  - -  A 

TAPE  3 


n/a 


CARD  INPUT 


JOB  DECK  STRUCTURE 

(1) 

SEQUENCE,  14156,  SMA 

JOB,  93007,  10,  10  ,  35000.  POPFM  2  LG 

REQUEST,  TAPE  1 ,  HI .  (REEL/NC  RING) 

REQUEST,  TAPE  2,  HI.  (ASSIGN/RING) 

REWIND  (TAPE  2). 

LOAD  (INPUT) 

EXECUTE  (POPFM) 

(End  of  Record  Card) 

(Binary  Program  Deck  -  POPFM) 

(End  of  Record  Card) 

(Control  Card  -  PF) 

(Current  File  -  PF  Deck) 

(End  of  File  Card) 


INPUT 


z:::: 

^  JOB  DECK 


I! 


- /  I; 


PRINTED  OUTPUT 

OUTPUT  I 
Standard 

; 

■  Standard  Carriage 

Form  Control 

Tape 

:  i 


CARD  OUTPUT 
PUNCH 

CARD  PUNCH 
READY 
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JCVS  USAGE  FORM 


Function:  POPFM  2 
Computer:  CDC  -  6400 


Operating  Philosophy:  Load  Binary  Deck  and  Go 
Stage:  OUTPUT 


TAPES 


TAPE  1 


Old  Population  File 


TAPE  3 


N/A 


CA R D  INPUT _  PRINTED  OUTPUT 


INPUT 

O0' 

'PUT 

CARD 

r"  "  - - - - 

Standard 

READER 

AUDIT 

Ca  rriage 

FILE-PF 

Control 

EMPTY 

Tape 

(Optional) 

! 

i 

L  _ i 

CARD  OUTPUT 
-  PUNCH" 


PUNCH  FILE-Pfy 
(Optionaf) 


/ 
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JCVS  USAGE  FORM 


Function:  SELECT 
Computer:  CDC  -  64uu 

Operating  Philosophy:  Comoile  Source  Program  and  Go 
Stage:  INPUT 


I 


TAPE  1 


Pooulation  File 


TAPES 


TAPE  2 


SCRATCH 


PRINTED  OUTPUT 

OUTPUT  . ! 

Standard 

l 

Standard  Carriage 

Form  Control 

Tape 

!  i 


JOB  DECK  STRUCTURE 

(1) 

SEQUENCE,  14156,  SMA 
JOB,  ?3u07,  10,  10,  3500u.  SELECT 
REQUEST,  TAPE  1 ,  HI .  (REEL/NO  RING) 
REQUEST,  TAPE2,  HI .  (ASSIGN/RI  NG) 
REWIND  (TAPE  2)  . 

COBOL  (LXRM). 

LGO. 

(End  of  Record  Card) 

(COBOL  Source  Program  Deck  -  SJCVS) 
(End  of  Record  Card) 

(Control  Card  -  S) 

(Test  Selection  .  File  Deck) 

(End  of  File  Card) 


CARD  INPUT 
!  INPUT 


zi: 


i 


.  i 
* 

/•! 
/  ! 

I  i 


JOB  DECK 


TAPE  3 


CARD  OUTPUT 
PUNCH 

CARD  PUNCH 
READY 
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JCVS  USAGE  FORM 


Function:  SELECT 
Computer:  CDC  -  6400 

Operating  Philosophy:  Comoile  Source  Program  and  Go 
Stage:  OUTPUT 


TAPES 


TAPE  1 

TAPE  2 

>  /  v 

/  X 

(  )  ! 

:  v  ^ 

. 

Pooulafion  File  j 

i  Source  Program  File  j 

TAPE  3 


N/A 


CARD  INPUT 
j  '  INPUT 
|  CARD 

!  READER 

t 

EMPTY 

I 

r 

* 

I _ 


PRINTED  OUTPUT  CARD  OUTPUT 


OUTPUT 

PUNCH 

r~ . n 

1  Standard 

1 

!  AUDIT 

Carriage 

/  "/i 

| 

|  FILE-S  j 

Control 

/. . /  | 

1  -J 

Tape 

i  PUNCH  FILE-S  / 

1  i/ 

Ji  ! 

(Ootional) 

!  i 

. . . „i 

(Optional) 

/ 
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JCVS  USAGE  FORM 


Function:  SELECT 
Computer:  CDC  -  6400 


Operating  Philosophy: 
Stage: 


TAPE  1 


PoDulation  File 


Load  Binary  Deck  and  Go 
INPUT 

TAPES 
TAPE  2 


CARD  INPUT 
INPUT 


PRINTED  OUTPUT 

OUTfUT  . 1 

I  Standard 

Standard  Carriage 

Form  Control 

Tape 


i  i 

.  i 

l  i 


I 


CARD  OUTPUT 
PUNCH 


CARD  PUNCH 
READY 


JOB  DECK  STRUCTURE 

(1) 

SEQUENCE,  14156,  SMA 

JOB,  93o07,  10,  10,  35000.  SELECT 

REQUEST,  TAPE  1 ,  HI .  (REEL/NO  RING) 

REQUEST,  TAPE  2,  HI .  (ASSIGN/RING) 

REWIND,  (TAPE  2). 

LOAD  (INPUT) 

EXECUTE  (SJCVS) 

(End  of  Record  Card) 

(Binary  Program  Deck  -  SJCVS) 

(End  of  Record  Card) 

(Control  Card  -  S) 

(Test  Selection  File  Deck) 

(End  of  File  Card) 
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JCVS  USAGE  FORM 


Function:  SELECT 
Computer:  CDC  -  6400 

Operating  Philosophy: 
Stage: 


TAPE  1 


Load  Binary  Deck  and  Go 


OUTPUT 

.  TAPES 
TAPE  2 


|  Source  Program  File 


i 


CARD  INPUT 
INPUT 
CARD 

READER 

!  EMPTY 

I 

! 

i 


PRINTED  OUTPUT  CARD  OUTPUT 


OUTPUT 

f 

PUNCH  Yj 

r  . ] 

Standard 

v 

* 

j  AUDIT 

Carriage 

r  . . . . . a 

i  /  / 

1  FILE-S 

Control 

/  .  / 

\  1 

1 

Tape 

i  PUNCH  FILE-S 

;/ 

(Ootional) 

1 

- 

l  - . -  -  >' 

(Ootional) 

/ 


JCVS  USAGE  FORM 


Function:  SOPMM 

Computer:  CDC  -  64GU 

Operating  Pnilosophy:  Comoile  Source  Program  and  Go 
Stage:  INPUT 


•  TAPES 


TAPE  1 

TAPE  2 

TAPE  3  • 

D 

C) 

r\ 

j  v  s 

\  - 

\  l 

'  \ _  l 

1 

^ - - 

^ _ 

jOld  Source  Program  File  j 

SCRATCH 

_ n/a . j 

CARD  INPUT  _  __  PRINTED  OUTPUT __  CARD  OUTPUT 


j  INPUT 

i 

OUTPUT  "■  | 

PUNCH 

i 

i  Standard 

! 

Standard 

Carriage 

j 

1 

j  / 

7 

i 

i 

1 

Form 

Control  . 

CARD  PUNCH 

j  /  — i 

7 

f 

;  j 

!  i 

Tape 

i 

READY  , 

JOB  DECK 

/ 

i  | 

!  L  . . 

/ 

!  i 

1 

_ j  L _ : 

i 

JOB  DECK  STRUCTURE 

(1) 

SEQUENCE,  14156,  SMA. 

JOB,  93007,  10,  10,  35000.  SOPMM 
REQUEST,  TAPE  1 ,  HI .  (REEL/NO  RING) 
REQUEST,  TAPE  2,  HI .  (ASSIGN/RING) 
REWIND  (TAPE  2). 

COBOL  (LXRM) . 

LGO. 

(End  of  Record  Card) 

(COBOL  Source  Program  Deck  -  SOPMM) 
(End  of  Record  Card) 

(Control  Card  -  SP) 

(Current  File  -  SP  Deck) 

(End  of  File  Card) 
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JCVS  USAGE  FORM 


Function:  SOPMM 
Computer:  CDC  -  6400 

Operating  Philosophy:  Comoile  Source  Program  and  Go 
Stage:  OUTPUT 


TAPE  1 


TAPES 
TAPE  2 

'\ 


TAPE  3 


l 


:j 


{Old  Source  Program  FileJ  New  Source  Program  Filej 


...  1 

N/A 


CARD  INPUT 
INPUT 
CARD 

READER 

EMPTY 


PRINTED  OUTPUT 


CARD  OUTPUT 


OUljPUT 

PUNCH 

J 

n 

'  AUDIT  1 
FILE-SP  j 

Standard 

Carriage 

Control 

/: :::  /} 

L/" 

Tape 

i 

4 

i  PUNCH  FILE-SF 

!.  .  .  .  V 

(Ootional) 

■ ,  1 

(Optional) 

I 

> 

- _ _ J 

/ 
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JCVS  USAGE  FORM 


Function:  SOPMM 

Computer:  CDC-6400 

Operating  Philosophy:  Load  Binary  Deck  and  Go 


Stage:  INPUT 


TAPE1 


Old  _S.Qy.rce_  Program  Filei 


TAPES 
TAPE  2 


SCRATCH 


TAPE  3 


1 


i 


CARD  INPUT 
!  INPUT 

I 


I 

I 


I 


l 


z::i: 

|  JOB  DECK 


PRINTED  OUTPUT __ 
i  OUTPUT  |  standard' 

I  | 

!  Standard  Carriage 

Form  Control 

|  I  ^pe  ! 

i 


CARD  OUTPUT 
PUNCH 

CARD  PUNCH 
READY 


JOB  DECK  STRUCTURE 

(1) 

SEQUENCE,  14156,  SMA. 

JOB,  93007, 10, 10, 35000.  SOPMM 
REQUEST,  TAPE1 ,  HI.  (REEL/NORING) 
REQUEST,  TAPE2,  HI.  (ASSIGN/RING) 
REWIND  (TAPE 2) 

LOAD  (INPUT) 

EXECUTE  (SOPMM) 


(End  of  Record  Card) 

(Binary  Program  Deck-SOPMM) 
(End  of  Record  Card) 

(Control  Card-SP) 

(Current  File— S P  Deck) 

(End  of  File  Card) 
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JCVS  USAGE  FORM 


Function:  SOPMM 

Computer:  CDC-6400 

Operating  Philosophy:  Load  Binary  Deck  and  Go 

Stage:  OUTPUT 

_ _  _  TAPES 

TAPE1  j  TAPE  2 


Qld.S.our.ee.  Program  JEi  I J  NfiwJ5our.ee  PcogromPilk 


TAPE3 


_ N/A 


k 


CARD  INPUT  PRINTED  OUTPUT  CARD  OUTPUT 


INPUT 

OU' 

I- PUT 

PUNCH 

CARD 

READER 

EMPTY 

!  AUDIT 
|  FILE-SP 

L^J 

|  Standard 
Carriage 
Control 
Tape 

1 

/:r~:7 

J  PUNCH  FILE-Sf/ 

7 
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JCVS  USAGE  FORM 


Function:  JCVSRP 

Computer:  CDC-6400 

Operating  Philosophy: 
Stage: 


TAPE1 


_N/A. 


Compile  Source  Program  and  Go 


INPUT 


TAPES 

TAPE2 


__N/A _ 


TAPE  3 


Population  file.  _ i 


CARD  INPUT 

PRINTED  OUTPUT 

INPUT 

i 

i  OUTPUT 
Standard 

j  Standard 
Carriage 

z::zr?j 

JOB  DECK  | y 

I  Form 

1 

i 

Control 

Tape 

l _  _ 

CARD  OUTPUT 
PUNCH 

CARD  PUNCH 
READY 


I 

J 

i 

...J 


JOB  DECK  STRUCTURE 

0) 

SEQUENCE,  14156,  SMA. 

JOB,  93007,  10,  10,  35000.  JCVSRP. 

REQUEST,  TAPE3,  HI.  (XXXX/NORI NG)  XXXX  =  Population  File  Reel  Number 


COBOL  (LXRM). 
LGO. 


(End  of  Record  Card) 

(COBOL  Source  Program  Deck  -  JCVSRP) 
(End  of  Record  Card) 

(Control  Card-RP) 

(End  of  File  Card) 
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JCVS  USAGE  FORM 


Function:  JCVSRP 

Computer:  CDC-6400 

Operating  Philosophy:  Compile  Source  Program  and  Go 

Stage:  OUTPUT 


TAPES 


TAPE1 

Q  j 

TAPE2 

Q 

TAPE3 

Q 

_  .N/A  _ ! 

>  _  N/A . 

_ Pap.uJpli.Qn.  File. _ 

CARD  INPUT 


PRI NTED  OUTPUT 


INPUT 

OU1 

IpUT 

CARD 

Standard 

READER 

AUDIT  ' 

I 

Carriage 

FILE-RP  | 

j 

Control 

EMPTY 

I 

Tape 

i 

1 _ 

>  V 

CARD  OUTPUT 
PUNCH 


PUNCH  FILE 
N/A 


/ 


JCVS  USAGE  FORM 


Function:  JCVSRP 

Computer:  CDC-6400 

Operating  Philosophy:  Load  Binary  Deck  and  Go 


Stage: 


INPUT 


TAPES 


TAPE1 

TAPE2 

TAPE  3 

o 

V_i, 

. . -.NZA  . 

. .  N/A _ _ J 

_  Popu  1  g  t  j  q  n  Jri  Le._ 

J 


CARD  INPUT 
INPUT 

ziz: 

JOB  DECK 


J 


PRINTED  OUTPUT 
!  OUTPUT  |Standard! 

I 

Standard  Carriage 

Form  Control 


Tape 


CARD  OUTPUT 
PUNCH 

CARD  PUNCH 
READY 


i 


JOB  DECK  STRUCTURE 

0) 

SEQUENCE,  14156,  SMA. 

JOB,  93007,  10,  10,  35000. 

REQUEST,  TAPE3,  HI.  (XXXX/NORI NG)  XXXX  =  Population  File  Reel  Numbei 

LOAD  (I  NPUT) 

EXECUTE  (JCVSRP) 


(End  of  Record  Card) 

(Binary  Program  Deck  -  JCVSRP) 
(End  of  Record  Card) 

(Control  Card  -  RP) 

(End  of  File  Card) 
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JCVS  USAGE  FORM 


Function:  JCVSRP 

Computer:  CDC-6400 


Operating  Philosophy: 
Stage: 


TAPE1 


_ 


Load  Binary  Deck  and  Go 
OUTPUT 

JAPES 

TAPE2 


1 _ M/A 


I 


CARD  INPUT 

INPUT 

CARD 

READER 

EMPTY 

i 

! 


PRINTED  OUTPUT 
jDUfrPUT 

Standa  rd 


!  AUDIT 
|  FILE-RP 


Carriage 

Control 

Tape 


Popula tion  F i I e 


CARD  OUTPUT 
PUNCH 


./ 

I  PUNCH  FILE 

! 


JCVS  USAGE  FORM 


Function:  INIPOP1 

Computer:  CDC-6400 

Operating  Philosophy:  Compile  Source  Program  and  Go 

Stage:  INPUT 

TAPES 


TAPE1 

TAPE  2 

o 

D 

V _ b 

-  . N/A.„ .  _j 

_ SCRATCH _ 

TAPE3 


. .  i 

_ _ SCRATCH _ 1 


CARD  INPUT 


PRINTED  OUTPUT 

i  '  )  . . ~| 

I  OUTPUT  Standard 

i  .  | 

;  Standard  Carriage 

Form  Control 

!  |  Tape 

i  I 


JOB  DECK  STRUCTURE 

0) 

SEQUENCE,  14156,  SMA. 

JOB,  93007,  10,  10,  35000.  INIPOP1. 

COBOL  (LXRM). 

LGO. 


CARD  OUTPUT 

PUNCH 

CARD  PUNCH 
READY 


(End  of  Record  Card) 

(COBOL  Source  Program  Deck  -  INI  POP) 
(End  of  Record  Card) 

(Control  Card  -  IP) 

(Current  File  -  PF  Deck) 

(End  of  File  Card) 
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JCVS  USAGE  FORM 


Function:  INIPOP1 

Computer:  CDC-6400 

Operating  Philosophy: 
Stage: 


TAPE  1 


CARD  I NPUT 
INPUT 

CARD 

READER 

EMPTY 


Compile  Source  Program  and  Go 


OUTPUT 


^  TAPES 
TAPE2 


Population  File 


TAPE3 


SCRATCH 


i 

i 


PRINTED  OUTPUT  CARD  OUTPUT 


OU' 

rpuT 

PUNCH 

r  - - 

1  Standard 

AUDIT 

Carriage 

/' . z.  /I 

FILE-IP 

j  Control 

1 

Tape 

1  PUNCH  FILE-IP  / 

!... . . . V 

i 

. ..i 

/ 
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JCVS  USAGE  FORM 


Function:  INIPOP1 

Computer:  CDC-6400 
Operating  Philosophy: 
Stage: 


Load  Binary  Deck  and  Go 
INPUT 


TAPES 
TAPE  2 


SCRATCH 


TAPE3 


SCRATCH _ j 


CARD  INPUT 
INPUT 


ZIZZ71 


JOB  DECK 


I 

l 


PRINTED  OUTPUT_ 

OUTPUT  |  Standard 
Standard  Carriage 

Form  Control 

Tape  j 


CARD  OUTPUT 
PUNCH 

CARD  PUNCH 
READY 


JOB  DECK  STRUCTURE 

0) 

SEQUENCE,  14156,  SMA. 
JOB,  93007,  10,  10,  35000. 

LOAD  (INPUT) 

EXECUTE  (INI POP) 


(End  of  Record  Card) 

(Binary  Program  Deck  -  INI  POP) 
(End  of  Record  Card) 

(Control  Card-1  P) 

(Current  File-PF  Deck) 

(End  of  File  Card) 
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JCVS  USAGE  FORM 


Function:  INIPOP1 

Computer:  CDC-6400 

Operating  Philosophy:  Load  Binary  Deck  and  Go 

Stage:  OUTPUT 


TAPES 


TAPE1 

TAPE  2 

TAPE3 

Q  i 

Q 

Q 

i 

i 

f 

1 

i 

1 

1 

...  J 

Population  File 

_ SCRATCH 

CARD  INPUT 
INPUT 

CARD 

READER 

EMPTY 

i 

I 


PRINTED  OUTPUT 


_ OU 

AUDIT 

FILE-IP 


tfIut  1 

'  Standard 
,  Carriage 
Control  ’ 
Tape 


CARD  OUTPUT 
PUNCH 


/ 


PUNCH  FILE-|p; 

_ l' 
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JCVS  USAGE  FORM 


Function:  INI  POP2 

Computer:  CDC-6400 

Operating  Philosophy:  Compile  Source  Program  and  Go 


Stage:  INPUT 

TAPE  1 


Old  Population  File 


TAPES 

TAPE  2 

TAPE  3 

o 

La 

L . A 

SCRATCH 

SCRATCH  j 

CARD  INPUT 
INPUT 


PRINTED  OUT  PUT  _ 

!  OUTPUT  j  standard  ! 

» 

|  Standard  Carriage 

Form  Control  j 

I  Tape 

I 

I 


JOB  DECK  STRUCTURE 


CARD  OUTPUT 
PUNCH 

I 

CARD  PUNCH 
READY  , 

i 

j 


0) 

SEQUENCE,  14156,  SMA. 

JOB,  93007,  10,  10,  35000.  INI  POP2. 

REQUEST,  TAPE1 ,  HI.  (XXXX/NORI NG)  XXXX  =  Population  File  Reel  Number 


COBOL  (LXRM). 
LGO. 


(End  of  Record  Card) 

(COBOL  Source  Program  Deck  -  INI  POP) 
(End  of  Record  Card) 

(Control  Card-1  P) 

(End  of  File  Card) 
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JCVS  USAGE  FORM 


Function:  INI  POP2 

Computer:  CDC-6400 

Operating  Philosophy:  Compile  Source  Program  and  Go 

Stage:  OUTPUT 

.  TAPES 

TAPE  2  TAPE3 

i 

I 

!* 

i 

\ 

I 

Old  Population  File  I _ New  Population  File  j  _ SCRATCH 


CARD  I NPUT  PRI NTED  OUTPUT 


INPUT 

OUT 

fUT 

CARD 

1 

1 

Standard 

READER 

EMPTY 

AUDIT 
FILE-IP  | 

1 

Carriage 
j  Control 
Tape  | 

\ 

* 

CARD  OUTPUT 
PUNCH 


PUNCH  FILE-IP 


!  / 


I 
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JCVS  USAGE  FORM 


Function:  INI  POP2 

Computer:  C  DC-6400 

Operating  Philosophy: 
Stage: 


TAPE1 


OJd  population  File 


Load  Binary  Deck  and  Go 
INPUT 


TAPES 
TAPE  2 


SCRATCH. 


TAPE  3 


SCRATCH 


t 

i 


CARD  INPUT  PRINTED  OUTPUT  CARD  OUTPUT 


INPUT 

!  OUTPUT 

l  ;  Ti 

Standard 

PUNCH 

£—~A 

!  Standard 

i 

1  Form 

•1 

i 

Carriage 

Control 

Tape 

1 

1 

l 

| 

j 

CARD  PUNCH 
READY 

f  JOB  DECK 

j 

\ 

i 

1  _ _ 

i 

1 

JOB  DECK  STRUCTURE 

(1) 

SEQUENCE,  14156,  SMA. 

JOB,  93007,  10,  10,  35000.  INI  POP2. 

REQUEST,  TAPE1,  HI.  (XXXX/NORI NG)  XXXX  =  Population  File  Reel  Number 

LOAD  (INPUT) 

EXECUTE  (INI POP) 


(End  of  Record  Card) 

(Binary  Program  Deck  -  INI  POP) 
(End  of  Record  Card) 

(Control  Card-1  P) 

(End  of  File  Card) 
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JCVS  USAGE  FORM 


Function:  INI  POP2 

Computer:  CDC-6400 


Operating  Philosophy: 
Stage: 


TAPE1 


Old  Population  Fil 


Load  Binary  Deck  and  Go 
OUTPUT 


TAPES 
TAPE  2 


New  Population  File 


TAPE  3 


CARD  INPUT 

PRINTED  OUTPUT 

CARD  OUTPUT 

INPUT 

CARD 

READER 

OUTI 

. 1 

AUDIT 

i  FILE-IP  j 

Jut 

i  Standard 
Carriage 
Control 

PUNCH 

EMPTY 

i  1 

L/ 

Tape 

1 

j 

1 

i 

1 

l 

J  PUNCH  FILE-IP  / 

/ 
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JCVS  USAGE  FORM 


Function:  POPFM1 

Computer:  UN'IVAC  -  1108 


Operating  Philosophy:  Compile  Source  Program  and  Go 


Stage:  INPUT 

•  TAPES 


UNISERVO  A 

a 

j  UNI  SERVO  B 

!  n 

N/A 

I  v — 

SCRATCH 

UNISERVO  C 


N/A 


CARD  INPUT 
f  CARD  READER  EIGHTY! 


PRINTED  OUTPUT 


'PRINTER 


*1 


Standard 


pA'RD 


CARD  OUTPUT 
PUNCH  EIGHTY 


1 

!  , . . 

Standa  rd 

Carriage 

I  / . - 

71 

V 

_ y 

Form 

1 

Control 

Tape 

i 

i 

j  JOB  DECK 

t  1 

l 

i 

i  ! 

i 

i 

i 

_ 

i 

l 

CARD  PUNCH 
READY 


JOB  DECK  STRUCTURE 

(1) 

Co  RUN  1  POPFM1,  DDCG ,  5,  300 

Co  ASG  B  -  SAVE 

(p  BREI  COB  POPFM1 

(COBOL  Source  Porgram  Deck  -  POPFM) 

Co  XQT  POPFM  1 

(Control  Card  -  PF) 

(Current  File  -  PF  Deck) 


Co)  FIN 
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JCVS  USAGE  FORM 


Function:  POPFM1 

Computer:  UNIVAC-1108 

Operating  Philosophy:  Compile  Source  Program  and  Go 

Stage:  OUTPUT 


TAPES 


N/A  i  New  Population  File  |  N/A 


CARD  INPUT 


CARD 


READER 

EMPTY 


PRINTED  OUTPUT 


CARD  OUTPUT 


■% 

PRINTER 

[card  punch  eighty 

j  .  ”] 

Standard 

1 

!  AUDIT 

r 

Carnage 

/  / 
i  /  / 

;  FILE-PF  I 

1  Control 

/- .  / 

Tape  ; 

1 

y  1 

!  PUNCH  FILE-PF 

1  i/ 

(Optional) 

i 

i 

t 

(Optional) 
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JCVS  USAGE  FORM 


Function:  POPFM1 

Computer:  UNIVAC-1108 

Operating  Philosophy:  Load  Binary  Deck  and  Go 

Stage:  INPUT 

TAPES 

j  UNI  SERVO  B 


SCRATCH 


UNISERVO  A 


N/A 


UNISERVO  C 

r 


N/A 


CARD  INPUT 

PRINTED 

OUTPUT 

CARD  OUTPUT 

CARD  READER  EIGHTY!  PRINTER 

!  ’1 

Standard 

'card  PUNCH  EIGHTY 

t 

JOB  DECK 

! 

!  Standard 
/j1  Form 

■'  i 
! 

1, 

/;  ; 

Can'iage 

Control 

Tape 

i 

i  • 

i  J 

l 

CARD  PUNCH 
READY 

1 

\ 

< 

J  L . 

l 

i  .  j 

i 

t 

i.  .. 

JOB  DECK  STRUCTURE 

(1) 

@  RUN  1  POPFM1, 
@  ASG  B  =  SAVE 

DOLG,5,300 

(Binary  Program  Deck  -  POPFM) 

@  XQT,  POPFM1 

(Control  Card  -  PF) 

(Current  File  -  PF  Deck) 


Co)  FIN 
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JCVS  USAGE  FORM 


Function:  POPFM1 

Computer:  UNIVAC-1108 


Operating  Philosophy: 
Stage: 


UNISERVO 


Load  Binary  Deck  and  Go 
OUTPUT 

TAPES 


UNISERVO  B 


_ :i 

N/A 


UNI  SERVO 


j  New  Population  File 


1 


CARD  INPUT 

jcARD  READER  EIGHTY 
j  CARD 

READER 

EMPTY 

I 

i 

} 


PRINTED  OUTPUT 


PRINTER 


{ 

!  AUDIT 

|  file-pf 


Standard 

Carriage 

Control 


(Optional) 


CARD  OUTPUT 
CARD  PUNCH  EIGHTY 


/ . 

/ 

/ 

' . .  t 

PUNCH  FILE-Pf 


/ 

/ 


:  / 


u  . _.(  Optional)  . . . 
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JCVS  USAGE  FORM 


Function:  POPFM2 

Computer:  UNI  VAC  -1108 

Operating  Philosophy:  Compile  Source  Program  and  Go 

Stage:  INPUT 


TAPES 

i  "  ~ 

i 

UNISERVO  A 

|  UNISERVO  B 

UNISERVO  C 

!  /'~N\ 

? 

i  /'"  ~  "\ 

i 

/ 

i  1  » 

i  t 

5  i 

.  } 

V. 

;  v  / 

.  v  ■ 

^  -  -  j 

l  \  i 

\  t 

Old  Population  File 

SCRATCH 

( 

N/A 

-  1 


CARD  INPUT 

PRINTED 

OUTPUT 

CARD  OUTPUT 

CARD  READER  EIGHTY' 

!  PRINTER 

!  "  i 

Standard 

!card  PUNCH  EIGHTY 

/.  . A 

<  i 

Standa  rd 
Form 

i 

Ca  mage 
Control 

1 

CARD  PUNCH 

Tape 

i  f 

READY 

f  JOB  DECK  •  > 

• 

[ . . . [/  I 

t 

\ 

1 

t 

_ J 

i 

\ _ _  _  _ . .  j 

,  .  _ 4 

JOB  DECK  STRUCTURE 

(1) 

@  RUN  1  POPFM2,DDLG,5,300 

@  ASG,B,A  =  XXXX  XXXX  =  POPFILE1  reel  number 

@  BREI  COB  POPFM2 


(COBOL  Source  Program  Deck  -  POPFM) 


@  XQT  POPFM2 


(Control  Card  -  PF) 
(Current  File  -  PF  Deck) 


@  FIN 
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JCVS  USAGE  FORM 


Function:  POPFM2 

Computer:  UNIVAC-1108 


Operating  Philosophy:  Compile  Source  Program  and  Go 


Stage: 


UNISERVO 


OUTPUT 

. . [“ 


TAPES 
UNISERVO 


UNISERVO  C 


. i 

^  Old  Population  File  j  New  Population  File  j 


N/A 


CARD  INPUT 

!  CARD  READER  EIGHTY 
I  CARD 

|  READER 

j  EMPTY 

| 


PRINTED  OUTPUT 


PRI NTER 


1 


|l 


Standard 


AUDIT  Carriage 
FILE-PF  |  |  Control 
^  —  j  Tape 

_ (Optional) 


I 

I 

a 


CARD  OUTPUT 
CARD  PUNCH  EIGHTY 

/ - - - 

/- . / 

!  PUNCH  FILE— Pf 

L . . -  -  -  v 

(Optional) _ 
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JCVS  USAGE  FORM 


Funclion:  POPFM2 

Computer:  UNIVAC-1108 

Operating  Philosophy:  Load  Binary  Deck  and  Go 

Stage:  INPUT 


TAPES 

...  ....... 

UNISERVO 

A  | 

UNISERVO  B 

UNISERVO 

f "  \ 

! 

! 

I 

t 

i 

X - -N  i 

(  \  \ 

1  r"'\ 

\ _ c 

1 

V,  i 

j 

V....  '{ 

Did  Population 

File  | 

SCRATCH  .  j 

....  .  N/A 

CARD  INPUT 

PRINTED 

OUTPUT 

1  CARD  READER  EIGHTY' 

|  PRINTER 

! 

;  Standard 

1 

/ .  /«! 

'  Standard 
Form 

Ca  rriage 
Control 

1 

: 

i 

/ . -  •<  i: 

JOB  DECK  ■  i 

i/  : 

j 

J 

Tape 

1 

i 

4. 

*  i. 

i 

_ _ 

1 

CARD  OUTPUT 
{  '  ’l 

.CARD  PUNCH  EIGHTY1 

CARD  PUNCH 
I  READY 


JOB  DECK  STRUCTURE 

0) 

@  RUN  1  POPFM2, DDLG, 5,300  XXXX  =  POPFILE1  reel  number 

@  ASG  B  A  =  XXXX 


(Binary  Program  Deck  -  POPFM) 

@  XQT  POPFM2 

(Control  Card  -  PF) 

(Current  File  -  PF  Deck) 


O  FIN 
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JCVS  USAGE  FORM 


Function:  POPFM2 

Computer:  UNIVAC  -  1108 

Operating  Philosophy:  Load  Binary  Deck  and  Go 

Stage:  OUTPUT 


TAPES 


Old  Population  File  j  New  Population  File  j  N/A 


CARD  INPUT 

[CARD  READER  EIGHTY 
j  CARD 

|  READER 

!  EMPTY 


i _ 


L 


PRINTED  OUTPUT 

PRINTER 

Standard 
Ca  rriage 
Control 
Tape 


1  AUDIT 
i  FILE-PF 


(OpHonal) 


CARD  OUTPUT 
CARD  PUNCH  EIGHTY 


(Optiona  I ) 
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JCVS  USAGE  FORM 


Function:  SELECT 

Compuier:  UNI  VAC  -  1108 

Operating  Philosophy:  Compile  Source  Program  and  Go 

Stage:  INPUT 

TAPES 

f"  '  . . *  !  .  V  . ! 

UNISERVO  A  |  UNISERVO  B  j  UNISERVO  C 


j  o 

i  ( 

| 

j  i 

i  /"""\  : 

if)  i 

1  v  u 

\  \ 

*  ‘n 

t 

l. 

l  Population  File 

i  SCRATCH  1 

1  n/a 

CARD  INPUT 

PRINTED  OUTPUT 

CARD  OUTPUT 

•CARD  READER  EIGHTY 

i 

!  PRINTER 

!  I 

Stan  da  rd 

CARD  PUNCH  EIGHTY 

1  1 

i 

I 

Standard 

Carriage 

j  /  /\ 

Form 

Control 

CARD  PUNCH 

1  L  .  j 

JOB  DECK  >\ 

!  1  1/  : 

i 

j 

Tape 

i  i  i 

i  :  i 

l  j 

READY 

[  _ . . .  . _J 

{ _  _ 

i  .  _  j 

JOB  DECK  STRUCTURE 

0) 

@  RUN  1  SELECT, DDCG, 5, 300  XXXX  =  POPFILE1  reel  number 

@  ASG  A  =  XXXX,  B  =  YYYY  YYYY  =  JOVSP  reel  number 

@  BREI  COB  SELECT 

(COBOL  Source  Program  Deck  -  SELECT) 

@  XQT  SELECT 

(Control  Card  -  S) 

(Test  Selection  File  Deck) 

@  FIN 
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JCVS  USAGE  FORM 


Function:  SELECT 

Computer:  UNIVAC-1108 


Operating  Philosophy:  Compile  Source  Program  and  Go 

Stage:  OUTPUT 


UNISERVO  A 


] 


TAPES 

,  UNISERVO  B 


—  ;i 

Population  File 


) 


Source  Program  File 


UNISERVO  C 


N/A 


CARD  INPUT 

PRINTED  OUTPUT 

CARD  OUTPUT 

^  CARD  READER  EIGHTY 

PRINTER 

CARD  PUNCH  EIGHTY 

|  CARD 

READER 

i 

EMPTY 

! 

i 

r . ~] 

AUDIT 

FILE-S 

Standard 

*  » 

Carriage 

Control 

Tape  j 

1 

/::::?( 

1  PUNCH  FILE-S*  / 

j  . j/ 

f 

(Optional) 

\ 

_ ..(Optional)  . 
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JCVS  USAGE  FORM 


Function:  SELECT 

Computer:  UNI  VAC  -1108 

Operating  Philosophy:  Load  Binary  Deck  and  Go 

Stage:  INPUT 


TAPES 

....  .  ...  .  ...  .  ... 

UNISERVO  A 

\ 

1  UNISERVO  B 

UNISERVO  C 

r\ 

|  f 

v 

1  \  L  i 

!  ^ .....  t  ; 

i 

L 

‘v.  . . _• 

Population  File 

i  SCRATCH 

L.  ..  n/a 

.1 


CARD  INPUT 
’card  READER  EIGHTY 


JOB  DECK  J  > 

s  • 


PRINTED  OUTPUT 

CARD  OUTPUT 

r  i 

j  PRINTER 

1  | 

Standard 

ICARD  PUNCH  EIGHTY 

Standard 

1 

Carriage 

Form 

Control 

CARD  PUNCH 

Tape 

;  ! 

READY 

I  1 

;  j 

i. _  . 

1  i 

i  i 

j  * 

i  . .. 

j 

i 

L  * 

JOB  DECK  STRUCTURE 

0) 

XXXX  =  POPFILE1  reel  number 
YYYY  =  JOVSP  reel  number 


@  RUN  SELECT,  DDLG,  5, 300 
@  ASG  A  =  XXXX  B  =  YYYY 


(Binary  Program  Deck  -  Select) 
@  XQT  SELECT 


(Control  Card  -  S) 

(Test  Selection  File  Deck) 


(a)  FIN 
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JCVS  USAGE  FORM 


Function:  SELECT 

Computer:  UNIVAC-1108 


Operating  Philosophy:  Load  Binary  Deck  and  Go 


Stage: 


OUTPUT 


UNISERVO  A 


Population  File 


TAPES 

UNISERVO 


i  Source  Program 


File 


UNISERVO  C 


! 


* 

I 

i 


CARD  INPUT 

!  CARD  READER  EIGHTY 
I  CARD 

I 

READER 

EMPTY 

> 

i 

t 

l 


PRINTED  OUTPUT 
PRINTER  ! 

n:::n 


!  AUDIT 
I  FILE-S 

L/"' 

(Optional) 


Standard 

Carriage 

Control 

Tape 


1 


r< 


CARD  OUTPUT 


CARD  PUNCH  EIGHTY 


r 


/ 

/ - 


. :  -  / 


PUNCH  FILE-S 


, _ .(Optional) _ 
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JCVS  USAGE  FORM 


Functi  on:  SOPMM 

Computer:  UNI  VAC  -  11 08 

Operating  Philosophy:  Compile  Source  Program  and  Go 


Stage: 


INPUT 


UNISERVO 


V 


TAPES 

UNISERVO  B 

n 


[Old  Source  Program  FUe  ] 


SCRATCH 


UNISERVO 


N/A 


CARD  INPUT 

PRINTED  OUTPUT 

CARD  OUTPUT 

'  CARD  READER  EIGHTY 

1 

.  PRINTER 

i  | 

j  Standard 

CARD  PUNCH  EIGHTY 

!  /  / . /■ 

!  f  JOB  DECK  J 

1 

Standard 

Form 

t 

*  I 

Carriage 

Control 

Tape 

! 

| 

] 

CARD  PUNCH 
READY 

.  : . ^  i 

1 . . ..J 

!  i 

1  i 

1  . 

i 

i 

JOB  DECK  STRUCTURE 

(1) 

@  RUN  SOPMM,  DDLG,5, 300  XXXX  =  JOVSP  reel  number 

@  ASG  A  =  XXXX,B 
@  BREI  COB  SOPMM 

(COBOL  Source  Program  Deck  -  SOPMM) 

@  XQT  SOPMM 

(Control  Card  -  SP) 

(Current  File  -  SP  Deck) 

(ft  FIN 
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JCVS  USAGE  FORM 


Function:  SOPMM 

Computer:  UNIVAC-1108 


Operating  Philosophy: 
Stage: 


UNI  SERVO 


Compile  Source  Program  and  Go 
OUTPUT 

TAPES 

. . ) 


UNI  SERVO  B 


UNISERVO 


. ...1 


Old  Source  Program  FilejNew  Source  Program  Fi 


4. 


\ 


^ _ _  i 

N/A 


CARD  INPUT  PRINTED  OUTPUT 


|  CARD  READER  EIGHTY 

PRir 

4TER 

1  CARD 

l 

Standard 

READER 

'  AUDIT 

1  1 

j 

Carriage 

i 

i  FILE-SP  | 

1 

Control 

|  EMPTY 

j 

I 

Tape 

i 

! 

! 

jLQptionaJl 

_ i 

CARD  OUTPUT 
CARD  PUNCH  EIGHTY 


i  PUNCH  FILE-SP 

1 . . V 


^Optional) 
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JCVS  USAGE  FORM 


Function:  SOPMM 

Computer:  UNIVAC-1108 


Operating  Philosophy: 

Load  Binary  Deck  and  Go 

Stage: 

INPUT 

TAPES 

i  i 

UNISERVO  A 

j 

!  UNISERVO  B 

UNISERVO  C 

r . ^ 

! 

/ 

/ 

V 

!  V,  _/s  1 

V  i,  i 

[old  Source  Program 

Fik  SCRATCH 

N/A  .  i 

CARD  INPUT 

PRINTED  OUTPUT 

CARD  OUTPUT 

(card  reader  eighty| 

1  PRINTER  'Standard 

ICARD  PUNCH  EIGHTY 

1  ! 

(  r  7A 

'  Standard  Carriage 

Form  Control 

I 

CARD  PUNCH 

/ 

i 

. I! 

Tape 

READY 

1  JOB  DECK  >. 

1 

i  ! 

L 

. i 

i  j  i 

i  j  i 

1 

! 

\ 

J 

»  ?  [ 
K  - . i  . 

i  L 

JOB  DECK  STRUCTURE 

(1) 

<@  RUN  SOPMM,  DDLG,5,300  XXXX  =  JOVSP  reel  number 

@  ASG  A  =  XXXX,B 

(Binary  Program  Deck  -  SOPMM) 

@  XQT  SOPMM 

(Control  Card  -  SP) 

(Current  File  -  SP  Deck) 


@  FIN 
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JCVS  USAGE  FORM 


Function:  SOPMM 

Computer:  UNIVAC-1108 


Operating  Philosophy: 
Stage: 


Load  Binary  Deck  and  Go 
OUTPUT 

TAPES 


UNISERVO  A  '  UNISERVO  B 


r 


1  | 

Old  Source  Program  Fild  New  Source  Program  Filfe 


UNISERVO  C 


. . 

N/A 


CARD  INPUT _ 

CARD  READER  EIGHTY 
CARD 

i 

!  READER 

EMPTY 


PRINTED  OUTPUT 


PRIN 

(ter 

j 

Standard 

AUDIT  ! 

Carriage 

1  FILE-SP 

Control 

1 

X' 

1 _ x- 

Tape 

(Optional) 

CARD  OUTPUT 
CARD  PUNCH  EIGHTY 


-i 


T 


/ 


I  PUNCH  FILE-SP 

i  ;  / 

i . .  . . .  A' 

(Optional) 
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JCVS  USAGE  FORM 


Function:  JCVSRP 

Computer:  UNIVAC  -  11 08 

Operating  Philosophy:  Compile  Source  Program  and  Go 

Stage:  INPUT 


TAPES 


-  -  -  . 

• 

'  j  ’ 

UNISERVO  A 

!  UNISERVO  B 

j  UNISERVO 

Z~"\ 

i  c  z 

1  /"'  N. 

i  ;  < 

v...  { 

i  V  T, 

1  v  k 

N/A 

i  N/A 

|  Population  File 

i 


i 

i 


CARD  INPUT 

r  ■  i 

jCARD  READER  EIGHTY  I 


j 

i 

i 


\ 

i 


z:::: 

(  JOB  DECK 


PRINTED  OUTPUT 

? ...  .  , 


PRINTER 

Standard 

Form 


Standard 
Ca  rriage 
Control 
Tape 


CARD  OUTPUT 

r  i 

'CARD  PUNCH  EIGHTY  1 

»  : 

CARD  PUNCH 
READY 


I 


JOB  DECK  STRUCTURE 

(0 

@  RUN  1  JCVSRP, DDCG, 5,300  XXXX  =  POPFILE1  reel  number 

@  ASG  C  =XXXX 
@  BREI  COB  JCVSRP 


(COBOL  Source  Program  Deck  -  JCVSRP) 


@  XQT  JCVSRP 


(Control  Card  -  RP) 


@  FIN 


11/ 


JCVS  USAGE  FORM 


Function:  JCVSRP 

Computer:  UNIVAC-1108 

Operating  Philosophy:  Compile  Source  Program  and  Go 

Stage:  OUTPUT 

TAPES 


UNISERVO 


UNISERVO  B 


UNI  SERVO  C 


LI 

N/A  j  Population  File  Reports} 


CARD  INPUT 

ARD  READER  El< 
CARD 

READER 

EMPTY 


PRINTED  OUTPUT 


L. 


CARD  OUTPUT 


r 

pr)nter  1 

CARD  PUNCH  EIGHTY 

i 

Standard 

j 

AUDIT 

Carriage 

.... 

I 

j  FILE-RP 

Control 

/  . {  j 

t  . 

L/' 

Tape  ] 

1 

|  PUNCH  FILE-Rp 

l  .  ....  . ..  „  .  .  .  j/ 

_ j 

_N/A _ _ 
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JCVS  USAGE  FORM 


Fu  icHor:  JCVSRP 

Cc  inputc  r:  UNIVAC 

O | * ^ ra ti . jg  Philosophy: 
Stage: 

JNISERVO  A 


N/A 


1108 

Load  Binory  Deck  and  Go 
INPUT 

TAPES 


UNISERVO  B 


N/A 


UNISERVO  C 


Popu  ation  File 


i 

i 


i 


CARD  INPUT 
CARD  READER  EIGHTY  1 


L 


JOB  DECK 


/  !; 
./  1 1 

I  ll 
*  J 

I 


~y 

i 

_ .1 


JOB  DECK  STRUCTURE 

0) 


PRINTED  OUTPUT 
!  PRINTER  Standard'1 

I 

Standard  Carriage 

Form  Control 

Tape 


CARD  OUTPUT 
CARD  PUNCH  EIGHTY  : 

CARD  PUNCH 
READY 


(5  RUN  1  JCVSRP, DDLG,5, 300  XXXXX  =  POPFILE1  reel  number 

@  ASG  C  =  XXXX 


(Binary  Program  Deck  -  JCVSRP) 
<5  XQT  JCVSRP 


(Control  Card  -  IP) 


( 5  FIN 


1  1  V 


JCVS  USAGE  FORM 


Function:  JCVSRP 

Computer:  UNIVAC“1108 

Operating  Philosophy:  Load  Binary  Deck  and  Go 

Stage:  OUTPUT 

TAPES 


!  UNISERVO  A  ]  UNISERVO  B 


UNISERVO  C 


Population  File 


CARD  INPUT 

jCARD  READER  EIGHTY 
!  CARD 

i 

READER 

!  EMPTY 

! 

l 

L  _ 


PRINTED  OUTPUT 


PRINTER 


'1 


AUDIT 

FILE-RP 

y 


Standard 
Ca  rriage 
Control 
Tape 


? 


CARD  OUTPUT 
CARD  PUNCH  EIGHTY 


/ 

/ 


/ 


T 


/ 


PUNCH  FILE 

1  / 

. . .  ..  V 


. N/A . . 
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JCVS  USAGE  FORM 


Function:  INIPOP1 

Computer:  UNI  VAC  -1108 

Cperating  Philosophy:  Compile  Source  Program  and  Go 

Slage:  INPUT 


TAPES 


UNISERVO  A 

UNISERVO  B 

UNI  SERVO  C 

C . ') 

r\ 

i 

/  1 
(  >  ! 

V.  L  j 

V  L 

\  . ;  1 

_ H/A  .  j 

SCRATCH 

SCRATCH 

CARD  INPUT  PRINTED  OUTPUT  CARD  OUTPUT 


iC\RD  READER  EIGHTY 

j  PRINTER 

I  '  H 

Standard 

i  r  -  i 

CARD  PUNCH  EIGHTY 

i 

!  . . . . 

i 

•  Standard 

1 

Carriage 

1  ;  1 

!  / . * 

j  JOB  DECK 

7\ 

Form 

Control 

CARD  PUNCH 

Tape 

j  READY  j 

!  >■ 

i  i  i 

j  [ 

L  -  - 

V, 

I 

_ i 

i 

! 

i  ..... 

i  : 

i 

'  '  } 

|  i 

i  i  i 

JOB  DECK  STRUCTURE 

0) 

@  RUN  1  INIPOP,DD1CG,5,300 
@  ASG  B,C 
@  BREI  COB  INI  POP 

(COBOL  Source  Program  Deck  -  INI  POP) 

@  XQT  INI  POP 

(Control  Card  -  IP) 

(Current  File  -  PF  Deck) 

@  FIN 
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JCVS  USAGE  FORM 


Function:  INIPOP1 

Computer:  UNIVAC-1108 


Operating  Philosophy: 
Stage: 


UNISERVO  A 


Compile  Source  Program  and  Go 
OUTPUT 

TAPES 

[  UNISERVO  B  J  UNISERVO  C 


Population  File  .  SCRATCH 


1 


CARD  INPUT 

PRINTED  OUTPUT 

CARD  OUTPUT 

CARD  READER  EIGHTY 

PRI 

j  NTER 

CARD  PUNCH  EIGHTY 

CARD 

r  i 

1 

1 

Standard 

READER 

i 

AUDIT 

J  1 

! 

Carriage 

/ . — . / 

|  FILE-IP  j 

Control 

/ . . / 

EMPTY 

i 

|  ! 

/ 

■ 

Tape 

l 

1  PUNCH  FILE-IP 

1  / 

i 

(Optional) 

* 

_ i 

1 _  .  .  ...  .V 

(Optional) 

122 


JCVS  USAGE  FORM 


Function:  I  Nl  POP! 

Computer:  UNIVAC-1108 

Operating  Philosophy:  Load  Binary  Deck  and  Go 


Stage: 


INPUT 


UNISERVO  A 


C 


n/a 


) 


UNISERVO  C 


SCRATCH 


\ 


CARD  INPUT 
CARD  READER  EIGHTY 


PRINTED  OUTPUT 

f" . "  '  ' ! 


|  ! 

PRINTER  Standard 


!CARD  PUNCH  EIGHTY 


CARD  OUTPUT 


Standard  Carriage 


Form  Control  CARD  PUNCH 

r _  i  !  PFAnv 


Tape 


I 


JOB  DECK  STRUCTURE 

0) 

@  RUN  1  I  Nl  POP,  DD1  LG, 5, 300 
@  ASG  B,C 

(Binary  Program  Deck  -  INI  POP) 
@  XQT  INI  POP 


(Control  Card  -  I P) 
(Current  File  -  PF  Deck) 


(5  FIN 
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JCVS  USAGE  FORM 


Function:  INIPOP1 

Computer:  UNIVAC-1108 

Operating  Philosophy:  Load  Binary  Deck  and  Go 

Stage:  OUTPUT 

TAPES 

UNISERVO  A  UNISERVO  B  *  UNISERVO  C 


CARD  INPUT 

jCARD  READER  EIGHTY 
j  CARD 

|  READER 

|  EMPTY 

I 

» 

i 


PRINTED  OUTPUT 


PI 

RENTER 

f .  1 

Standard 

!  AUDIT 

1 

1 

Carriage 

j  FILE-IP 

Control 

i 

Tape 

(Optional) 

! 

) 

CARD  OUTPUT 
CARD  PUNCH  EIGHTY 

r . .  . / 

/. . / 

’  PUNCH  FILE-IP 

L . / 

(Optional) 
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JCVS  USAGE  FORM 


Function:  INI  POP2 

Computer:  UNIVAC-1108 

Operating  Philosophy:  Compile  Source  Program  and  Go 

Stage:  INPUT 


TAPES 


UNISERVO  A 

l 

UNISERVO  B 

UNI  SERVO  C 

1 

C\  \ 

1  V. 

!  1  i  ; 

V._  S 

1  ) 

; 

i  I 

• 

[Old  Population  File  j 

;  SCRATCH 

SCRATCH 

.  i 

CARD  OUTPUT 
r '  '  'i 

CARD  PUNCH  EIGHTY1 

i  ' 

CARD  PUNCH 
READY 

j  i 

f 


0) 

@  RUN  1  I Nl POP, DD2CG,5,300  XXXX  =  POPFILE1  reel  number 

@  ASG  A  =  XXXX/B/C 
@  BREI  COB  INI  POP 

(COBOL  Source  Program  Deck  -  INI  POP) 

@  XQT  INI  POP 

(Control  Card  -  I P) 

@  FIN 


CARD  INPUT 
CARD  READER  EIGHTy! 


|  f  JOB  DECK 


-  (I 

!  i 

. v  i 


JOB  DECK  STRUCTURE 


PRINTED  OUTPUT 


PRI NTER 

Sta  nda  rd 
Form 


Standard 

Carriage 

Control 

Tape 


_ < 
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JCVS  USAGE  FORM 


Function:  INI  POP2 

Computer:  UNIVAC-1108 

Operating  Philosophy:  Compile  Source  Program  and  Go 


Stage: 


OUTPUT 


UNISERVO  A 


Old  Population  File 


TAPES 

UNISERVO  B 

I 

j 
\ 

i 

t 

| 

l  New  Population  File 


SCRATCH 


CARD  INPUT  PRINTED  OUTPUT  CARD  OUTPUT 


!  CARD  READER  EIGHTY 

PRI 1 

klTER 

CARD  PUNCH  EIGHTY 

i  CARD 

| 

Standard 

j  READER 

'  AUDIT 

i 

Carriage 

r . — /j 

i 

.  FILE-IP 

1 

Control 

EMPTY 

Tape 

1 

{  1 

1  PUNCH  FILE-1  P 

L.. . .  i' 

1 

' _ : _ 

(Optional) 

i 

» 

(Optional) 
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JCVS  USAGE  FORM 


Function:  INI  POP2 

Computer:  UNIVAC  -  1108 

Operating  Philosophy:  Load  Binary  Deck  and  Go 

Stage:  INPUT 

TAPES 

UNISERVO  A  |  UNISERVO  B  j  UNISERVO  C 


i  ....  .  •-  •  »  ;  •* 

[Old  Population  File  j  SCRATCH  j  SCRATCH 


CARD  INPUT 

PRINTED  OUTPUT 

CARD  OUTPUT 

CARD  READER  EIGHTY! 

j  PRINTER 

1  j 

Standard 

CARD  PUNCH  EIGHTY! 

'~/V. 

'  Standard 
Form 

Carriage 

Control 

CARD  PUNCH 

'  JOB  DECK 

•  J 

J/  | 

Tape 

i 

i  ! 

l  ♦ 

i  . 

READY 

i  ! 

I 

K _  .... 

1  _ i 

i.  J 

JOB  DECK  STRUCTURE 

0) 

@  RUN  1  INI  POP,  00210,5,300  XXXX  =  POPFILE1  reel  number 

@  ASG  A  =XXXX,B,C 

(Binary  Program  Deck  INI  POP) 

@  XQT  INI  POP 

(Control  Card  -  IP) 


@  FIN 
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JCVS  USAGE  FORM 


Function:  INI  POP2 

Computer:  UNIVAC-1108 


Operating  Philosophy:  Load  Binary  Deck  and  Go 

Stage:  OUTPUT 

TAPES 

UNI  SERVO  B 


UNISERVO 


I  v - : ri 

Old  Population  File  (  New  Population  File 


UNISERVO  C 


SCRATCH 


CARD  INPUT _ 

I  CARD  READER  EIGHTY 
1  CARD 

READER 

EMPTY 

I 

! 

l 

« 


PRINTED  OUTPUT 


r . 

AUDIT 

FILE-IP 


I  Nil 


PRINTER 


y 


Standard 
.  Carriage 
Control 
Tape 


(Optionc 


CARD  OUTPUT 
CARD  PUNCH  EIGHTY 

V 

f~  ~ 

I  PUNCH  FILE-1 1  / 

! . . . 1/ 


(Optional) 
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JCVS  USAGE  FORM 


Function:  POPFM1 

Computer:  GE-635 

Operating  Philosophy:  Compile  Source  Program  and  Go 


Stage: 


\ 

L 


INPUT 

TAPES 

A3 

A4 

f 

j 

r  a  l 

/' 

j  \ 

| 

i 

j 

'  J  I 

V. .  S  | 

\  l . 

‘x  ^  j 

J 

\ 

SCRATCH 

N/A 

1 

l 

.  _i 

A6 

'■'"N 

N/A 


CARD  INPUT 


PRINTED  OUTPUT 

f .  i  ) 

A2  Standard 

Standard  Carriage 

Form  Control 

Tape 

;  i 

j  > 

:  i 

l...  . I . . . i 


CARD  OUTPUT 
A5 

CARD  PUNCH 
READY 


j 

i 


JOB  DECK  STRUCTURE 

0)  (8) 

$  IDENT 

$  COBOL 

$  INCODE 


(16) 

31 54203,  DATDY 
I  BMC 


(COBOL  Source  Program  Deck  -  POPFM) 


$ 

$ 

$ 

$ 

$ 

$ 


EXECUTE 

LIMITS 

SYSOUT 

TAPE 

SYSOUT 

DATA 


DUMP 

15,32000 

A2 


A3,X3S, ,  POPFILE1 

A5 

A1 


,,SAVE 


(Control  Card  -  PF) 
(Current  File  -  PF  Deck) 

$  ENDJOB 

***EOF 
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JCVS  USAGE  FORM 


Function:  POPFM1 

Computer:  GE-635 

Operating  Philosophy:  Compile  Source  Program  and  Go 

Stage:  OUTPUT 


TAPES 


CARD  INPUT 

PRINTED  OUTPUT 

A1 

A  2 

1  '  ' 

[ 

I 

CARD 

1 

Standard 

READER 

!  AUDIT 

I 

Carriage 

'  FILE-PF 

Control 

EMPTY 

i  ^ 
! 

i 

Tape 

i 

l 

(Optional) 

i 

i 

_ _ A 

CARD  OUTPUT 
A5 


PUNCH  FILE-PF 

..  ..  .  / 


(Optional) 
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JCVS  USAGE  FORM 


Function:  POPFM1 

Computer:  GE-635 

Operating  Philosophy:  Load  Binary  Deck  and  Go 

Stage:  INPUT 


TAPES 

i  '  • 

*1 

A3 

|  A4  | 

A6 

r 

v . c 

i  f  "\  1 

i  /  i  1 

/"'  n  i 

i  ■ 

\\ 

v. ...  c , 

( .  j 

! 

1 

l.. 

SCRATCH 

i  n/a  S 

N/A 

CARD 

INPUT 

1 

PRINTED  OUTPUT 

CARD  OUTPUT 

J 

1 

1 

A1 

!  f  i 

A2  Sianc’ard 

!  A5 

i  i 

1  /  .-A 

t  JOB  DECK  j  )  ■ 

Standard  Carnage 

Form  Control 

i  Tape 

;  j 

*  i  t 

CARD  PUNCH 
READY 

1 

L  . 

1 

. . . -J 

i  i 

t . .  ! 

| 

l 

JOB  DECK  STRUCTURE 


0) 

(8) 

(16) 

$ 

IDE  NT 

31 54203,  DATDY 

$ 

OPTION 

COBOL 

(Binary  Program 

Deck  -  POPFM) 

$ 

EXECUTE 

DUMP 

$ 

LIMITS 

15,32000 

$ 

SYSOUT 

A2 

$ 

TAPE 

A3,X3S, ,  POPFILE1 ,  ,XXXX 

XXXX  = 

$ 

SYSOUT 

A  5 

$ 

DATA 

A1 

(Control  Card  - 

PF) 

(Current  File  - 

PF  Deck) 

$  ENDJOB 

***EOF 


131 


JCVS  USAGE  FORM 


Function:  POPFM1 

Computer:  GE-635 

Operating  Philosophy: 
Stage: 


r 


A3 


Load  Binary  Deck  and  Go 
OUTPUT 

TAPES 
A4 


'\ 


New  Population  File  ( 


A 

N/A 


A6 


_._:n 


N/A 


CARD  INPUT 


r . 

!  CARD 


A1 


READER 

EMPTY 


L 


PRINTED  OUTPUT 


Standard 
Can  iage 


Control 


CARD  OUTPUT 
A5 

r  - . , 

/ .  / 

I  PUNCH  FILE-PF  / 

L. .  .  .  - .  V 

(Optional) 
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JCVS  USAGE  FORM 


Function:  POPFM2 

Computer:  GE-635 

Operating  Philosophy:  Compile  Source  Program  and  Go 


Stage: 

INPUT 

TAPES 

A3 

j  A4  | 

A6 

1 

1 

1 

j 

i 

1 

i 

i 

_ _ r  • 

/  i 

/ 

i  r\  ■ 

!  \  i  i 

i  :  j 

\ 

( 

V . 1 

1 

L. 

SCRATCH 

j  Old  Population  File  [ 

N/A 

i 


CARD  INPUT 

PRINTED  OUTPUT 

.  .....  . 

CARD  OUTPUT 

r  a, . i 

A2 

|  | 

Standard 

1 

i 

t 

A5 

<  .  .i 

Standa  rd 

Ca  rriage 

• 

!  /  /'<■ 

Form 

Control 

CARD  PUNCH 

;  /  . *  !: 

(  JOB  DECK  :  J 

:  1 . v\ 

Tape 

i  ! 

i 

READY 

JOB  DECK  STRUCTURE 

(1 )  (8) 

$  IDENT 

$  COBOL 

$  INCODE 


(16) 

31 54203,  DATDY 
I  BMC 


$ 

$ 

$ 

$ 

$ 

$ 

$ 


(COBOL  Source  Program  Deck  -  POPFM) 

EXECUTE  DUMP 

LIMITS  15,32000 

SYSOUT  A2 

TAPE  A3,X3S 

TAPE  A4,X4D  POPFILE1 , ,XXXX  XXXX  =  reel  number 

SYSOUT  A5 

DATA  A1 


(Control  Card  -  PF) 
(Current  File  -  PF  Deck) 


$ 

***EOF 
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END  JOB 


JCVS  USAGE  FORM 


Function:  POPFM2 

Computer:  GE-635 

Operating  Philosophy:  Compile  Source  Program  and  Go 

Stage:  OUTPUT 


TAPES 


CARD  INPUT  PRINTED  OUTPUT 


A1 

A2 

CARD 

Standard 

READER 

AUDIT 

Carriage 

FILE-PF 

Control 

EMPTY 

Tape 

L-X 

, 

JOptional) 

CARD  OUTPUT 
A5 


PUNCH  FILE-Pf/ 

_ _ i' 

. _ IQpfl?!!?!). _ 
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JCVS  USAGE  FORM 


Function:  POPFM2 

Computer:  GE-635 

Operating  Philosophy: 
Stage: 


A3 


l.  SCRATCH 


Load  Binary  Deck  and  Go 
INPUT 

TAPES 

I  ""  i 

j  A4  ! 


j  Old  Pppulation  File 


A6 

(  \ 

I  , 

V  / 

N/A 


CARD  INPUT 

PRINTED  OUTPUT 

A1  ! 

i  A2 

Standard 

i 

..  .......  ... .  ! 

Standa  rd 

Carriage 

/  /j! 

•  *  ’  . . >  ! 

JOB  DECK  ;  J 

/  i 

Form 

Control 

Tape 

i 

t 

~ . . .  1 

j 

i . . 

1 

1 

1  . 

CARD  OUTPUT 
A  5 

CARD  PUNCH 
READY 


JOB  DECK  STRUCTURE 
0)  (8)  (16) 


$  I  DENT  31 54203,  DATDY 

$  OPTION  COBOL 


$ 

$ 

$ 

$ 

$ 

$ 

$ 


(Binary  Program  Deck  -  POPFM) 

EXECUTE  DUMP 

LIMITS  15,32000 

SYSOUT  A2 

TAPE  A3,X3S 

TAPE  A4,X4D,,  POPFILE1 ,  ,XXXX 

SYSOUT  A5 

DATA  A1 


XXXX=  reel  number 


(Control  Card  -  PF) 
(Current  File  -  PF  Deck) 

$  END  JOB 

***EOF 
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JCVS  USAGE  FORM 


Function:  POPFM2 

Computer:  GE-635 

Operating  Philosophy: 
Stage: 


A3 


Load  Binary  Deck  and  Go 
OUTPUT 

TAPES 

A4 


V . „*i  j  v - 

New  Population  File  i  Old  Population  File  j 


A6 


N/A 


CARD  INPUT 


I  A1 

i  CARD 


I 


READER 

EMPTY 


IM¬ 


PRINTED  OUTPUT 

._A2_  |  ] 

1  i  Standard 
AUDIT  Carriage 


|  FILE-PF 

I  _ 

L/ 

..(Optionally 


Control 

Tape 


.J 


CARD  OUTPUT 
A5 

!  . . 


PUNCH  FILE-PIt 

. . V 


(Optional) 
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JCVS  USAGE  FORM 


Function:  SELECT 

Computer:  GE-635 

Operating  Philosophy: 
Stage: 


A3 


i 


[  SCRATCH 


Compile  Source  Program  and  Go 


INPUT 


TAPES 


A4 


Population  File 


A6 


i 

v 


N/A 


I 

I 


) 

> 

l 


I 

I 


CARD  INPUT 


PRINTED  OUTPUT 


A1 


z: 


JOB  DECK 


!/ 


. -  J 


A2 

Standard 

Form 


Standard 

Carriage 

Control 

Tape 


JOB  DECK  STRUCTURE 


0) 

$ 

$ 

$ 


(8) 

I  DENT 
COBOL 
INCODE  I  BMC 


(16) 

31 54203,  DA  TDY 


(COBOL  Source  Program  Deck  -  SJCVS) 


$ 

$ 

$ 

$ 

$ 

$ 


EXECUTE 

DUMP 

LIMITS 

15,32000 

TAPE 

A3,X3S,,SAVE,,  JOVSP 

SYSOUT 

A5 

SYSOUT 

A2 

DATA 

A1 

CARD  OUTPUT 
A5 

CARD  PUNCH 
READY 


(Control  Card  -  S) 

(Test  Selection  File  Deck) 


$  ENDJOB 

***EOF 
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JCVS  USAGE  FORM 


Function:  SELECT 

Computer:  GE-635 

Operating  Philosophy:  Compile  Source  Program  and  Go 

Stage:  OUTPUT 

TAPES 


CARD  INPUT_ 
A1 

CARD 

READER 

EMPTY 

I 

{ 

i 

) 


PRINTED  OUTPUT 


A2 

1 

t"  ■ 

i  Standard 

1  AUDIT 

Carriage 

|  FILE-S 

|  Control 

» 

i 

j  Tape 

(Optional)  j 


CARD  OUTPUT 
A5 


h  ■  < 

I  PUNCH  FILC-S 

. V 


L  - 


(Optional) 
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JCVS  USAGE  FORM 


Function:  SELECT 

Computer:  GE-635 

Operating  Philosophy: 
Stage: 


A3 


SCRATCH 


Load  Binary  Deck  and  Go 
INPUT 

TAPES 


A4 


Population  File 


A6 

f 

\ 

N/A 


*1 

t 


CARD 

INPUT 

PRINTED 

OUTPUT 

CARD  OUTPUT 

t 

i 

A1 

A2 

! 

Standard 

| 

A5 

t 

1 

I 

i 

/  A 

f  JOB  DECK  !  ‘ 

1  !/  ;  I 

L .  . *  i 

;  i 

Standa  rd 
Form 

Ca  rriage 

Control 

Tape 

j 

l 

!  ! 

1  : 

l 

1 

* 

j 

i 

i 

i 

CARD  PUNCH 
READY 

L  -  . —  J  •. 

JOB  DECK  STRUCTURE 

1  _  ..  .  < 

!. 

(1) 

(8) 

(16) 

$ 

IDE  NT 

31 54203,  DATDY 

$ 

OPTION 

COBOL 

(Binary  Program 

Deck  -  SJCVS) 

$ 

EXECUTE 

DUMP 

$ 

LIMITS 

15,32000 

$ 

TAPE 

A3,X3S,, 

SAVE,,  JOVSP 

$ 

SYSOUT 

A5 

$ 

SYSOUT 

A2 

$ 

DATA 

A1 

(Control  Card  -  S) 

(Test  Selection  File  Deck) 

$  ENDJOB 

***EOF 
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JCVS  USAGE  FORM 


Function:  SELECT 

Computer:  GE-635 

Operating  Philosophy: 
Stage: 


A3 


Source  Program  File 


Load  Binary  Deck  and  Go 
OUTPUT 

TAPES 


A4 


i _  Population  Fije 


CARD  INPUT 


t  " '  * 

A1 

CARD 

t 

| 

READER 

l 

EMPTY 

1 

L _ ■  _  . 

PRINTED  OUTPUT 
A2_ 

Standard 
Ca  rriage 
Control 
Tape 


;SJ 


FILE-S 

(Optional) 


A6 


N/A 


CARD  OUTPUT 
A5 


|  PUNCH  FILE-S :  y 

i . .  .... . .  .  i' 

(Optional) 
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JCVS  USAGE  FORM 


Function:  SOPMM 

Computer:  GE-635 

Operating  Philosophy:  Compile  Source  Program  and  Go 


Stage: 


1 

i 


INFJT 


TAPES 

A3 

1  A4  | 

(  ) 

\  t 

"  1 

;  (  )  ; 

i  t 

SCRATCH 

j Ol d  Source  Program  File< 

A6 


N/A 


.  I 


CARD  INPUT 
A1 


f  JOB  DECK 


PRINTED  OUTPUT 


/: 

/  t 

>.  j 

■  i 

j/  ; 


A2 

Standa  rd 
Form 


Standard 

Carriage 

Control 

Tape 


CARD  OUTPUT 
A5 

CARD  PUNCH 
READY 


JOB  DECK  STRUCTURE 

(1)  (8) 

$  IDENT 

$  COBOL 

$  INCODE 


(16) 

31 54203,  DATDY 
I  BMC 


(COBOL  Source  Program  Deck  -  SOPMM) 


$ 

$ 

$ 

$ 

$ 

$ 

$ 


EXECUTE  DUMP 

LIMITS  15,32000 

SYSOUT  A2 

TAPE  A3,X3S 

TAPE  A4,X4S, ,  JOVSP,  ,XXXX  XXXX  =  reel  number 

SYSOUT  A5 

DATA  A1 


(Control  Card  -  SP) 
(Current  File  -  SP  -  Deck) 

$  END  JOB 

***EOF 
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JCVS  USAGE  FORM 


Function:  SOPMM 
Computer:  GE-635 


Operating  Philosop!iy:Compile  Source  Program  and  Go 
Stage: 


OUTPUT 


A3 


_J 


jNew  Source  Pgm  File  tOld  Source  Pgm  File  j 


A6 


CARD  INPUT  PRINTED  OUTPUT  CARD  OUTPUT 


!  Al 

A2 

I . “"1 

A5 

i  CARD 

I 

| 

t  » 

Stan  c!a  rd 

1 

READER 

1 

1 

AUDIT  ! 

!  FILE  _SP  1 

Carriage 

Control 

/  /'| 

!  EMPTY 

l 

1 

’ _ I 

1 

Tape 

1 

>  PUNCH  FILE  -SP 
|  / 

< 

| 

(Optional) 

t 

[ 

(Optional) 
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JCVS  USAGE  FORM 


Function:  SOPMM 

Computer:  GE-635 

Operating  Philosophy:  Load  Binary  Deck  and  Go 

Stage:  INPUT 


TAPES 

A3  !  A4 


i 

SCRATCH  jpld  Source  Program  File 


A6 


.  N/A 


i 

i 


CARD  INPUT 
A1 


PRINTED  OUTPUT 


A2 

Standard 

Form 


I  Standard 
Carriage 
Control 


4 - -  - /  i 

i  j 

Tape 

READY  i 

J 

I  JOB  DECK  :  >\ 

f  : 

!  i 

1 

L . 1/ 

i  ! 

j 

1  _ _ .J 

| 

k  _ _ _  _ 

i _ _ 

.J 

CARD  OUTPUT 
A5 

CARD  PUNCH 


JOB  DECK  STRUCTURE 

(1)  (8) 

$  IDENT 

$  OPTION 


(16) 

31 54203,  DATDY 
COBOL 


$ 

$ 

$ 

S 

$ 

$ 

$ 


(Binary  Program  Deck  -  SOPMM) 

EXECUTE  DUMP 

LIMITS  15,32000 

SYSOUT  A2 

TAPE  A3,X3S 

TAPE  A4,X4S, ,  JOVSP,  ,XXXX  XXXX  =  reel  number 

SYSOUT  A5 

DATA  A1 


(Control  Card  -  SP) 
(Current  File  -  SP  Deck) 

$  ENDJOB 

***EOF 
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JCVS  USAGE  FORM 


Function:  SOPMM 

Computer:  GE-635 

Operating  Philosophy:  Load  Binary  Deck  and  Go 

Stage:  OUTPUT 

TAPES 


CARD  INPUT 

PRINTED  OUTPUT 

CARD  OUTPUT 

A1 

A  2 

A5 

CARD 

READER 

EMPTY 

\ 

1  AUDIT 

j  FILE-SP 

i  _ 

L/' 

Standard 

Carriage 

Control 

Tape 

i 

zi::::7| 

<  !  ) 

PUNCH  FILE  — S P ^ 

L . - . V 

(Optional) 

1 

1 

L 

(Optional) . . . 
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JCVS  USAGE  FORM 


Fi  notion:  JCVSRP 
Compuler:  GE-635 

O  pern  ting  Philosophy:  Compile  Source  Program  and  Go 


INPUT 

TAPES 

f .  A3  i 

1  ; 

A4 

!  r . >1  i 

/ 

;  1 

i  V 

V  / 

* 

|  Population  File 

L.  < 

N/A 

A6 

/'  \ 
f  \ 

\  I 

t 

N/A 


CARD  INPUT 

PRINTED 

OUTPUT 

Al  ’  '■ 

l 

i 

A2 

j 

Standard 

1 

Sta  nda rd 

Ca  rriage 

/  -  A 

1  JOB  DECK 

L . --V  ; 

Form 

Control 

Tape 

i 

j 

i 

. .  . „  j 

i 

i 

i 


CARD  OUTPUT 
A5 


CARD  PUNCH 
READY 


JOB  DECK  STRUCTURE 

0)  (8)  06) 


$  I  DENT  3154203,  DATDY 

$  COBOL 

$  INCODE  IBMC 


(COBOL  Source  Program  Deck  -  JCVSRP) 


$ 

$ 

$ 

$ 

$ 


EXECUTE  DUMP 

LIMITS  15,32000 

SYSOUT  A2 

TAPE  A3,  X3D, ,  POPFILEI,  ,XXXX 

DATA  Al 


XXXX  -  reel  number 


(Control  Card  -  RP) 


$  ENDJOB 

***EOF 
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JCVS  USAGE  FORM 


Function:  JCVSRP 
Computer:  GE-635 

Operating  Philosophy:  Compile  Source  Program  Deck  and  Go 


Stage: 


OUTPUT 


A3 


L 


Population  File 

i 

f 

N/A 

-  - 

CARD  INPUT 

PRI NTED  OUTPUT 

A\ 

A2 

f 

1 

CARD 

r  i 

i 

Standa  rd 

READER 

1 

1  AUDIT  ! 

i  i 

Carriage 

| 

i  FILE-RP  1 

Control 

EMPTY 

i  1 

1  ^ - 

Tape 

i 

i 

L.-X- 

CARD  OUTPUT 
A5 


i  PUNCH  FILE 


~n7a 
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JCVS  USAGE  FORM 


Function:  JCVSRP 

Computer:  GE-635 


Operating  Philosophy:  Load  Binary  Deck  and  Go 
Stage:  INPUT 


A3 


V 


;  Population  File 


TAPES 

A4 


N/A 


A6 


N/A 


CARD  INPUT 

PRINTED 

OUTPUT 

Al 

!  A2 

i 

Standard 

Standard 

Carriage 

/ . /% 

Form 

Control 

r  *’  *■  /  i 

f  JOB  DECK  i 

Tape 

1 

..  ...... )/  i 

1 

I  i 

i 

i 

i 

{ 

i 

i 

CARD  OUTPUT 
A5 


CARD  PUNCH 
READY 


JOB  DECK  STRUCTURE 


0)  (8)  (16) 


$ 

$ 


$ 

$ 

$ 

$ 

$ 


IDENT  3154203,  DATDY 

OPTION  COBOL 

(Binary  Program  Deck  -  JCVSRP) 

EXECUTE  DUMP 

LIMITS  15,32000 

SYSOUT  A2 

TAPE  A3,X3D, ,  POPFILEI, ,  XXXX 

DATA  Al 


(Control  Card  -  RP) 

$  ENDJOB 

***EOF 


XXXX  -  reel  number 
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JCVS  USAGE  FORM 


Function:  JCVSRP 

Computer:  GE-635 

Operating  Philosophy:  Load  Binary  Deck  and  Go 
Stage:  OUTPUT 

TAPES 


CARD  INPUT  PRINTED  OUTPUT 


Al 

A2 

CARD 

! 

Standard 

READER 

i 

!  AUDIT 

Carriage 

1  FILE-RP 

,  Control 

EMPTY 

i 

1 

i 

i 

1 

! 

L./ 

Tape 

1 

i 

CARD  OUTPUT 
A5 


/ . . . 

/ 

. 

j  |  PUNCH  FILE 

n/a 
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JCVS  USAGE  FORM 


Fu  notion: 


INIPOP1 


Computer:  GE-635 

Operating  Phi  I osophy : 
Stage: 

'  A3 


V  / 

*v%  ^ 

SCRATCH 


Compile  Source  Program  and  Go 
INPUT 

TAPES 


A4 


/ 


i.. 


SCRATCH 


A6 


N/A 


CARD  INPUT 
A1 


f  JOB  DECK 


l  i 


PRINTED  OUTPUT 

I 

A  2  Standard 

Standard  Carriage 

Form  Control 

Tape 


- _  j 


CARD  OUTPUT 
A5 

CARD  PUNCH 
READY 


JOB  DECK  STRUCTURE 


(1) 

$ 

$ 

$ 


(8) 

IDE  NT 
COBOL 
INCODE  I  BMC 


(16) 

31 54203,  DATDY 


(COBOL  Source  Program  Deck  -  INI  POP) 


EXECUTE 

LIMITS 

SYS  OUT 

TAPE 

TAPE 

SYSOUT 

DATA 


DUMP 

15,32000 

A2 

A3,X3S 

A4,X4R 

A5 

A1 


***EOF 


(Control  Card  -  I P) 
(Current  File-  PF  Deck) 

ENDJOB 
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JCVS  USAGE  FORM 


Function:  1 N I  POP  1 
Computer:  GE-635 


Operating  Philosophy:  Compile  Source  Program  and  Go 
Stage:  OUTPUT 


A3 


r 


Population  File 


- ri 

SCRATCH 


A6 


l 


i 

i 


i 


CARD  INPUJ 
Al 
CARD 

READER 

EMPTY 

i 

L _ _ 


PRINTED  OUTPUT  CARD  OUTPUT 


A2 

i . “"I 

A5 

i! 

Standard 

:  AUDIT 

Carriage 

1  FILE-IP 

Control 

■ 

/•  - . {  | 

1 

;  Tape 

i  PUNCH  FILE -IP  / 

i _ ^ 

1 

|  [/ 

(Optional)  I 

1 .  1  . 

(Optional) 

150 


JCVS  USAGE  FORM 


Funclion:  I N I  POP  1 
Computer:  GE-635 


Operating  Philosophy:  Load  Binary  Deck  and  Go 


Stage: 


V  ^ 


SCRATCH 


INPUT 


i 


i 

i 

< 


TAPES 

A4 

/' 

( 

SCRATCH 


A6 

I 

i 

!  /' 

/ 

i  ( 

\  \ 

s. 

N/A 

. i 


CARD  INPUT 

PRINTED  OUTPUT 

Al 

! 

!  A2 

!  ! 

Standard 

I 

Standa  rd 

Ca  rriage 

i  / 

/ 

/  i 

Form 

Control 

!  JOB  DECK 

!  1 

L . 

/ 

.  /  i 

‘  i 

i  i 

•  y  : 

1 

Tape 

!  1 

i  i 

i  j 

1 

i 

1 

1 

i 

% 

i  _ _ < 

CARD  OUTPUT 
A5 

CARD  PUNCH 
READY 


JOB  DECK  STRUCTURE 
(1)  (8)  (16) 


$  IDENT  3154203,  DATDY 

$  OPTION  COBOL 


(  Binary  Program  Deck  -  INI  POP) 

$  EXECUTE  DUMP 

$  LIMITS  15,32000 

$  SYSOUT  A2 

$  TAPE  A3,X3S 

$  TAPE  A4,X4R 

$  SYSOUT  A5 

$  DATA  Al 


(Control  Card  -  IP) 
(Current  File  -  PF  Deck) 


$  ENDJOB 

***EOF 
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JCVS  USAGE  FORM 


Function:  I N I  POP  1 

Computer:  GE-635 

Operating  Philosophy:  Load  Binary  Deck  and  Go 
Stage:  OUTPUT 


TAPES 


A3 

A4 

A6 

Q 

Q 

Q 

Population  File  ; 

SCRATCH 

N/A 

CARD  INPUT 

PRINTED  OUTPUT 

A1 

A2 

CARD 

! 

I 

Standard 

READER 

!  AUDIT 

Carriage 

FILE-IP 

Coni  rol 

EMPTY 

i 

Tape 

1 

L  ■  J 

(Optional) 

| 

CARD  OUTPUT 
A5 


PUNCH  FILHP 


;•/ 


(Optional) 
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JCVS  USAGE  FORM 


Funclion:  INIPOP  2 
Computer:  GE-635 


Oporoting  Philosophy:  Compile  Source  Program  and  Go 


Stage: 


r 

! 


♦ 

J 

t 


INPUT 


TAPES 

A3 

A4 

A6 

^ . "h 

/' 

/ 

i 

t 

»  /  \ 

i  f  i 

i  V 

:  v, 

... 

SCRATCH 

SCRATCH 

Old  Population  File 

\ 


i 


CARD  INPUT 

PRINTED  OUTPUT 

A1  | 

A2 

i 

Standard 

i 

Standa  rd 

Carriage 

/  A 

Form 

Control 

>  i 

Tape 

JOB  DECK  :  } . 

i/  : 

.  i 

i 

i 

i 

i  _ 

CARD  OUTPUT 
A5 


*  > 


CARD  PUNCH 
READY 


JOB  DECK  STRUCTURE 
(1)  (8)  (16) 

$  I  DENT  3154203,  DATDY 

$  COBOL 

$  INCODE  IBMC 


(COBOL  Source  Program  Deck  -  INIPOP) 


$ 

$ 

$ 

$ 

$ 

$ 

$ 


EXECUTE  DUMP 

LIMITS  15,32000 

SYSOUT  A2 

TAPE  A3,X3S 

TAPE  A4,X4R 

TAPE  A6,X6R, ,  POPFILE 1 ,  ,XXXX 

DATA  A1 


XXXX  -  reel  number 


(Control  Card  -  IP) 
(Current  File  -  PF  Deck) 

$  ENDJOB 

***EOF 
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JCVS  USAGE  FORM 


Function:  INIPOP2 

Computer:  GE-635 

Operating  Philosophy:  Compile  Source  Program  and  Go 
Stage:  OUTPUT 

TAPES 

A4 


A3 

G 

'  I 

New  Population  File 

A6 


) 


\ 


SCRATCH  j  Old  Population  File 


CARD  INPUT 

PRINTED  OUTPUT 

CARD  OUTPUT 

A1 

A2 

~ 

r  ~ 

t 

A5 

CARD 

Standard 

READER 

AUDIT 

1  i 

,  Carriage 

— 

I 

FILE -IP 

Control 

/. - - / 

EMPTY 

i 

Tape 

1 

i  PUNCH  FILE-IP 

L. _ _ v 

l 

L 

(Optional) 

I 

L _ J 

(Optional) 
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JCVS  USAGE  FORM 


Function:  INIPOP2 

Computer:  GE-635 

Operating  Philosophy:  Load  Binary  Deck  and  Go 
Stage:  INFJT 

TAPES 


) . 

A3 

i . . 

A4 

i  ! 

A6 

1 

1 

o 

V . -S  1 

i  ! 

(  )  : 

|  f  "n 

1 

! 

1  1 

v  / 

i 

? 

1.. 

...  i 

i 

i  ! 

CARD  INPUT 

PRINTED  OUTPUT 

CARD  OUTPUT 

Al  '| 

, . . . J 

A4 

Standard 

J 

Standard 

Ca  rriage 

A5 

/  /  ; 

JOB  DECK  >\ 

/  1 

Form 

Control 

Tape 

i 

CARD  PUNCH 
READY 

i 

. -J 

i 

i  • 

i  ...... 

i 

L 

JOB  DECK  STRUCTURE 
(1)  (8)  (16) 

$  IDENT  3154203,  DATDY 

$  OPTION  COBOL 

(Binary  Program  Deck  -  INIPOP) 

EXECUTE  DUMP 

LIMITS  15,32000 

SYS  OUT  A2 

TAPE  A3,X3S 

TAPE  A4,X4R 

TAPE  A6,X6R, ,  POPFILE 1 ,  ,XXXX  XXXX  =  reel  number 

SYSOUT  A5 

DATA  Al 

(Control  Card  -  IP) 

(Current  File  -  PF  Deck) 

$  ENDJOB 

***EOF 
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JCVS  USAGE  FORM 


Function:  INIPOP2 

Computer:  GE-635 

Operating  Philosophy:  Load  Binary  Deck  and  Go 
Stage:  OUTPUT 


A3 


. r 


TAPES 

A4 


New  Population  File 


SCRATCH 


A6 


Old  Population  File 


. ..  i 


CARD  INPUT 


PRINTED  OUTPUT 


CARD  OUTPUT 


A1 

A2 

['“  ~1 

A5 

CARD 

READER 

EMPTY 

I  1 

AUDIT 

:  file-ip 

f 

1 

! 

Standard 

Ca  rriage 

Control 

Tape  j 

1 

/-=7l 

1  PUNCH  FILE-IP  / 

L  . y 

(Optional) 

• 

. 

(Opt  ional) 

! 

_ J 
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JCVS  USAGE  ORM 


F  mction:  POPFMl 
C  omputcr:  IBM  360-50 

C  pe  rating  Philosophy:  Compile  Source  Program  ar  d  Go 
Sage:  INPUT 

TAPES 


SYS004 

SYS005 

SYS007 

\ 

; 

S' 

/  \ 

1  z' . N 

/  \ 

i 

1  \ 

/  \ 

...  . 

V. .... 

N/A 

!  v  1 . 

SCRATCH 

/ 

i 

N/A 

1 

.  1 

CARD  INPUT 

PRINTED  OUTPUT 

CARD  OUTPUT 

SYS001 

“  1 

1 

i 

^  j 

J  SYS002 

Stan  da  rd 

i  i 

SiancVurd 

Ca  rr  i<  igc 

SYS003 

JOB  DECK 

J/i! 

:  i r 
;  \ 

y  i 

Form 

Confrol 

Tape 

i 

i  | 

CARD  PUNCH 
READY 

J  DB  DECK  STRUCTURE 

/'POPFMl,  JOB  (799,028,010, 1084, 10,5),ANTCHAGNO,MSGLEVEL  =  1 
/  'SI  E/EC  COBFCLG 
/  'COB.  SYS  IN  DD* 


(COBOL  Source  Program  Deck  -  POP  M) 

/  ^O.  SYS002  DD  SYSOUT  =  A 
/  /GO.  SYS003  DD  SYSOUT  =  B 

//GO.  SYS005  DD  UNIT  =  2400,  LABEL  =(,NL),  DISP  =  (,  CEE  P), DSN  =  POPFILE  1 
/  /GO .  SYSDUMP  DD  SYSOUT  =  A 
/  /GO.  SYS001  DD* 


(Control  Card  -  PF) 
(Current  File  -  PF2  Deck) 


/• 


157 


JCVS  USAGE  FORM 


Function:  POPFMl 
Computer:IBM  360-50 

Operating  Philosophy:  Compile  Source  Program  and  Go 


Stage: 


SYS004 


OUTPUT 

TAPES 

SYS005 

j 

i 


[  Population  File 


SYS007 


CARD  I NPUT  PRI NTED  OUTPUT 


SYS001 

SYS002 

CARD 

Standard 

READER 

AUDIT 

Ca  rriage 

file-pf 

i 

Control 

EMPTY 

1 

^ - 

Tape 

L-X 

[Optional) 

« 

i 

CARD  OUTPUT 
~SYS003  " 


4- 


/ 


■pi= 


PUNCH  FILE'rr  / 

.  ...  —  ...  i' 


(Optional) 
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JCVS  USAGE  FORM 


F*  notion:  POPFM2 
Computer:  IBM  360-50 

Operating  Philosophy:  Compile  Source  Program  and  Go 
Sage:  INPUT 

TAPES 

"  '  '  “ ' ;  . .  '  '  ■■'(■■■ 

SYS004  SYS005  J  SYS007 


_ _ _  ; 

Old  Population  File  j  SCRATCH  1  N/A 

.  . .  i  J. 


CARD  INPUT  PRINTED  OUTPUT  CARD  OUTPUT 


1 

SYS001 

!  SYS002 

i  . j 

Standard 

SYS003 

1 

t 

| 

Standa  rd 

Ca  rriage 

i 

/—■ . — /  il 

JOB  DECK  f  > 

i  /  • 

Form 

Control 

CARD  PUNCH 

i , 

i 

1 

i 

Tape 

;  i 

READY 

! 

_  _  _ / 

j 

!  ! 

i 

JOB  DECK  STRUCTURE 

//POPFM2  JOB  (799,028,010, 1084, 10. 5), ANTCHAGNO,  MSGLEVEL  =  1 
//SI  EXEC  COBFCLG 
//COB.  SYS  IN  DD* 


(COBOL  Source  Program  Deck  -  POPFM) 

//GO  .SYS002  DD  SYSOUT  =  A 
//GO  .SYS003  DD  SYSOUT  =  B 

//GO.SYS004,DD  UNIT  =  2400, LABEL  =  (, NL),  DISP  =OLD,  VOL  =  SER=  000649 
//GO.SYS005,  DD  UNIT  =  240Q , LABEL  =  (,NL),DISP=  (, DELETE) 

//GO  .SYSDUMP  DD  SYSOUT  A 
//GO  .SYS001  DD* 


(Control  Card  -  PF) 
(Current  File  -  PF2  Deck) 


/* 
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JCVS  USAGE  FORM 


Function:  POPFM2 
Computer:  IBM  360-50 

Operating  Philosophy: 
Stage: 


SYS004 


Old  Population  File 


ile  Source  Program  and  Go 
OUTPUT 


TAPES 

SYS005 


j  New  Population  File 


SYS007 


_  CARD  I  NPUT 

PRI NTED 

SYS001 

SYS002 

CARD 

READER 

AUDIT 

FILE-PF 

EMPTY 

t 

1 

L  

> 

(Optional) 

OUTPUT^  CARD  OUTPUT 


SYS003 

Standard 

t 

Ca  rriage 

y~  "y 

1  Control 

Tape 

i 

1 

1 

S  PUNCH  FILE-P \ / 

1 . .  ......  .V 

_ 1 

(Optional) 

160 


JCVS  USAGE  FORM 


Function:  SELECT 
Computer:  IBM  360-50 

Operating  Philosophy:  Compile  Source  Program  and  Go 


Stage: 


INPUT 


SYS004 


I  Population  File 

L.  r  . . I 


TAPES 

SYS005 


scratch' 


SYS007 


v# 

n/a 


CARD  INPUT 

PRINTED 

OUTPUT 

SYS001 

1  SYS002 

i 

Y 

Standard 

i 

i  i 

;  : . :/•: 

1  JOB  DECK  i  J, 

1  L . . . j/  | 

Stancla  rd 
Form 

Carriage 

Control 

Tape 

L . 

i 

t 

1  _ 

CARD  OUTPUT 
SYS003 

CARD  PUNCH 
READY 


JOB  DECK  STRUCTURE 


//SELECT  JOB  (799,028,010,1084,10,5),  ANTCHAGNO,  MSGLEVEL  =  1 
//SI  EXEC  COBFCLG 
//COB.  SYS  IN  DD* 


(COBOL  Source  Program  Deck  -  SJCVS) 

//GO  .SYS002  DD  SYSOUT  =  A 
//GO  .SYS003  DD  SYSOUT  =  B 

//GO.SYS004  DD  UNIT  =  2400,  LABEL  =  (,NL),  DISP  =  OLD,  VOL  =  SER  =  000649 
// GO  .SYS005  DD  UNIT  =  2400,  LABEL  =  (,NL),  DISP  =  (,KEEP),  DSN  -  JOVSP 
//GO  .SYSDUMP  DD  SYSOUT  =  A 
//GO.SYS001  DD* 


(Control  Card  -  S) 

(Test  Selection  File  Deck) 


/* 
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JCVS  USAGE  FORM 


Function:  SELECT 
Computer:  360-50 

Operating  Philosophy: 
Stage: 


SYS004 


Population  File 


mpile  Source  Program  and  Go 
OUTPUT 


TAPES 

SYS005 


[Source  Program  File 


SYS007 


Q 

N/A 


1 


( 


CARD  I  NPUT 

SYS001 
j  CARD 

!  READER 

i 

EMPTY 

I 

i 

i _ 


PRINTED  OUTPUT 


SYS002 

j 

r~ . ~| 

Standard 

AUDIT 

j 

1  ■  ~ 

i  Carriage 

|  FILE-S 

Control 

i  _ 

L/ 

Tape 

j 

(Optional) 

! 

\ 

CARD  OUTPUT 
SYS003 


r . - " 

/ . r 

I  PUNCH  FILE-  $ 

i 

i .  .  i 

(Optional) 
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JCVS  USAGE  FORM 


Function:  SOPMM 
Computer:  360-50 

Operating  Philosophy:  Compile  Source  Program  and  Go 
Slage:  INPUT 

TAPES 


SYS004 

SYS005 

SYS007 

r"\ 

I 

!  (  \ 

*\ 

1  \ 

K 

\  ( 

.. . .  i 

j  ...  ,.i 

Old  Source  Pgm  File 

j  SCRATCH 

N/A 

CARD  INPUT 
SYS001 

! 

.  _  .  _  ... 

— - 

PRINTED  OUTPUT 

r  5VS002  'Stano,ard  l 

i 

•  Standard  Carriage 

CARD  OUTPUT 

j'  SYS003 

1 

I 

!  / 

A  i 
/  * ; 

Form 

Control 

CARD  PUNCH 

!  /  . . - 

JOB  DECK 

1  i: 

!  | 

1 

i  Tape 

I 

j  READY 

i  L . - . 

y  \ 

f  i 

I  ! 

♦ 

!  i 

j 

i 

—  j 

i _ 

i  i 

i _ _ . 

1. 

JOB  DECK  STRUCTURE 

//SOPMM  JOB  (799,028,010,1084,10,5),  ANTCHAGNO,  MSGLEVEL  =  1 
//SI  EXEC  COBFCLG 
//COB.  SYS  IN  DD* 

(COBOL  SOURCE  PROGRAM  DECK) 

//GO  .SYS002  DD  SYSOUT  =  A 
//GO  .SYS003  DD  SYSOUT  =  B 

//GO.SYS004  DD  UNIT  =  2400, LABEL  =  (, NL), DISP-OLD,VOL  =  SER  =000570 
//GO .SYS005  DD  UNIT  =  2400,LABEL  =  (, NL), DISP  =  (,  DELETE) 

//GO  .SYS DUMP  DD  SYSOUT  =  A 
//GO.SYS001  DD* 

(Control  Card  -SP) 

(Current  File  -SP2  Deck) 


/* 
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JCVS  USAGE  FORM 


Function:  SOPMM 
Computer:  IBM  360-50 


Operating  Philosophy:  Compile  Source  Program  and  Go 
Stage:  OUTPUT 


SYS004 


Old  Source  Pgm  File  (New  Source  Pgm  File 


TAPES 

SYS005 

a 


SYS007 


N/A 


CARD  I  NJPUJ 
SYS001 

'  CARD 

READER 

EMPTY 

l 


PRINTED  OUTPUT 

SYS002 

! 

r 

Standard 

!  AUDIT 

Carriage 

i  FILE-SP 

Control 

f 

i 

( 

Tape  ’ 

1 

(Optional) 

! 

CARD  OUTPUT 
SYS003 


r . 


sV 


PUNCH  FILE- 

..  . .  .1' 

(Optional) 
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JCVS  USAGE  FORM 


Function:  JCVSRP 

Computer:  IBM  360-50 

Operating  Philosophy:  Compile  Source  Program  and  Go 
Stage:  INPUT 


r  " 

TAPES 

i  SYS004 

SYS005 

SYS006 

i 

n 

/ 

t 

i 

;  / 

v  /. 

I  '■  h 

N/A 

N/A 

i  .  .  ...... 

Population  File 

CARD  INPUT 

PRINTED  OUTPUT 

CARD  OUTPUT 

SYS001 

I  SYS002 

1  j 

Standard 

SYS003 

/ .  A 

Standard 

Form 

Carriage 

Control 

CARD  PUNCH 

/  -  .  . ■;  i 

'  i 

Tape 

;  | 

REA  DY 

JOB  DECK  |  ) 

/  1 

(  t 

i 

. i 

!  1 

1 

J 

i% _ 

i  .  ..J 

i 

I. 

JOB  DECK  STRUCTURE 

//JCVSRP  JOB  (799,028,010, 1084, 10,5),ANTCHAGNO,  MSGLEVEL  =  I 
//SI  EXEC  COB  FCLG 
//COB.  SYS  IN  DD* 


(COBOL  Source  Program  Deck  -  JCVSRP) 

//GO  .SYS002  DD  SYSOUT  =  A 

// GO .SYS002  DD  UNIT  =  2400, LABEL  =  (,NL),DISP  =  OLD,VOL  =  SER  =  000649 
//GO  .SYSDUMP  DD  SYSOUT  =  A 
//GO.SYS001  DD* 


(Control  Card  -  RP) 


/* 
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JCVS  USAGE  FORM 


Function:  JCVSRP 

Computer:  IBM  360-50 


Operating  Philosophy: 


Compile  Source  Program  and  Go 


Stage: 


SYS004 


v. . . 

N/A 


OUTPUT 


TAPES 

SYS005 


i 

I 


i 

( 


CARDJNPUL  _  PRINTED  OUTPUT 

Standard 
Ca  rriage 
Control 
Tape 

) 
i 


CARD 

! 

t 

1 

READER 

1 

!  AUDIT 

|  FILE-RP 

EMPTY 

L 

SYS006 


Population  File 


CARD  OUTPUT 


/ 

]  PUNCH  FILE 

t 

N/A 
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JCVS  USAGE  FORM 


Function:  INIPOP1 

Computer:  IBM  360-50 


Operating  Philosophy: 
Siage: 

Compile  Source  Program  and  Go 

INPUT 

TAPES 

SYS004 

SYS006 

SYS 007  ! 

a 

V  N*“l 

1 

j  I 

/  \  i 

/  \ 

] 

!  V.  i  l 

,  »  t 

l 

i 

L .  n/a 

.  |  .  SCRATCH  | 

SCRATCH.  , 

CARD  INPUT 

PRINTED  OUTPUT 

CARD  OUTPUT 

1  SYS001 

i 

j  /- . 4 

i  1 . Y: 

i  SYS002  '  Standard 
Standard  Carriage 

Form  Control 

Tape 

j 

i  \ 

SYS003 

l 

CARD  PUNCH 
READY 

1 

1 

L 

. 

\  i.  .  1 . 1 

i 

JOB  DECK  STRUCTURE 

//I Nl POP,  JOB, (799, 028, OLD,  1 084, 1  0, 5),  A NTC HAGNO,MSGLEVEL=l 
//SI, EXEC  COBFCLG 
//COB.SYSIN  DD* 


(COBOL  Source  Program  Deck  -  INI  POP) 


//GO. SYS002  DD  SYSOUT  =  A 
//GO.SYS003  DD  SYSOUT  =  B 

//GO.SYS006  DD  UNIT  =  (2400,  DEFER),  LA  BEL  =  (,  NL),DISP  =  (,  DELETE), 
//  DSN  =  MSTRFILE 

//GO.SYS007  DD  UNIT  =  2400,LABEL  =  (,  NL),DISP=  (, DELETE) 

//GO. SYSDUMP  DD  SYSOUT  =  A 
//GO.  SYS001  DD** 


(Control  Card  -  I P) 
(Current  File-  PF  Deck) 


/* 
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JCVS  USAGE  FORM 


Function:  INIPOP1 

Computer:  IBM  360-50 

Operating  Philosophy:  Compile  Source  Program  and  Go 


Stage:  OUTPUT 


SYS004 


TAPES 

SYS006 

i  ! 

SYS007  | 

Q 

1  !v  l 

x —  J  1 

I  t 

1  * 

L  ..New  Population.  File  ! 

CARD  INPUT 

SYS001 
1  CARD 

READER 

EMPTY 

l 

< 

t 


PRINTED  OUTPUT 


CARD  OUTPUT 


SYS002 

1 . . . ”1 

SYS  003 

1 

1  AUDIT 

• 

i  Standard 
Carriage 

r~ . "71 

/  i  1 

i  PUNCH  FILE-IP  • 

1  V 

!  FILE- IP 

Control 

J 

s'* 

Tape 

1 

(Optional) 

. . J 

(Optional) 
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JCVS  USAGE  FORM 


Function:  INI  POP2 

C  >mputer:  IBM  360-50 

Operating  Philosophy:  Compile  Source  Program  and  Go 

St*ge:  INPUT 


TAPES 

j  SYS004  ; 

SYS  006 

| 

SYS007 

j  f  \  ! 

|  V.  ... 

t 

i 

;•  /  '  \ 

lv  l. 

i  1  1 

|  V .  / 

i 

t  Old  Population  File 

SCRATCH 

SCRATCH 

4 

i 

t 

I 

I 

I 


i 


CARD  INPUT 
SYS001 

{ 

I 


j'  JOB  DECK 


i.. 


PRINTED 

SYS002 

Standard 

Form 


OUTPUT 

J 

Standard 

Carriage 

Control 

Tape 


i 

i 


i 


CARD  OUTPUT 
SYS003 

CARD  PUNCH 
READY 


JOB  DECK  STRUCTURE 

//POPFM2  JOB  (799,028, 01 0, 1 084, 1 0,5),  ANTCHAGNO,  MSGLEVEL  =  1 
//SI  EXEC  COBFCLG 
//COB.SYSIN  DD* 


(COBOL  Source  Program  Deck  -  INI  POP) 


// GO. SYS002  DD  SYSOUT  =  A 
//GO. SYS003  DD  SYSOUT  =  B 

//GO.SYS006  DD  UNIT  =  2400  LABEL  =  (,  NL), DISP  =  OLD, VOL  =  SER  000649 
//GO. SYS007  DD  UNIT  =  2400,LABEL  =  (,NL),  DISP  =(, DELETE) 

//GO.  SYS  DUMP  DD  SYSOUT  =  A 
//GO.SYS001  DD* 


(Control  Card  -  I  P) 


/* 


169 


JCVS  USAGE  FORM 


Function:  INIPOP2 

Computer:  IBM  360-50 

Operating  Philosophy:  Compile  Source  Program  and  Go 

Stage:  OUTPUT 


TAPES 


CARD  INPUT 


CARD 


READER 

EMPTY 


PRINTED  OUTPUT 

“ . "“1 

Standard 

AUDIT  i  Carriage 

!  FILE-IP 


Control 
Tape 


^Optional)}  _ [ 


CARD  OUTPUT 


/ . . / 


/ 


/ 


T 


I  PUNCH  FILE-IP 

i . .  V 


(Optional) 
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APPENDIX  II 


SYSTEM  HEADER  CARD  2 


This  appendix  contains  the  System  Header  2  cards  which  contain  the  JCVS  model 
number  and  the  operating  system  name  for  each  of  the  five  computers. 
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GE-635 


ov  I  AL 

COMP  1 1. FT 

VALIDATION 

SYSTEM 

1 

Grcos 

-»o^i  ; 

CPC -64 00 

OVI  AL 

COMPILER 

VALIDATION 

SYSTEM 

1 

SCOPE 

rrrti; 

B-S500 

OV  I  AL 

COMPILE^ 

VALIDATION 

SYSTEM 

1 

MCP 

o  r  i  / 

UNI  VAC- 1 108 

OV  I  Al 

COMP  I L  FP 

VALIDAT I  ON 

SYSTEM 

1 

EXFC2 

0  r  0  ]  / 

IBM  360-60 

OV  I  AL 

compiler 

VALIDATION 

SYSTEM 

1 

HASP 

Or  r>  j  , 

System  Header  Card  2 
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APPENDIX  III 


ENVIRONMENTAL  HARDWARE  CARDS 


This  appendix  contains  a  listing  of  the  three  environmental  hardware  cards  associated 
with  each  of  the  five  computers.  These  cards  contain  tape  designations,  core  sizes  and 
print  control  character  designations  when  applicable. 
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GF-635 


\  1 

\5  FOP  CAPPS 
\A 


f  NPUT 
MJNCH 

r  ape  ? 


3I  JK'CH 
FAPF 


CAPD-RFAPFP-F ichty 
CAPD-PUNCH-FIGHTV 
JN I  SERVO  B 


•SYSPOl*  UNIT-RECORD 

*  SYSCO?  '  UNI  T-PCCORP 

*  SY  S  PC  ^ '  UTILITY  ?APO 


A  2  FC°  LISTING 

A3 

A6 

65K 

n  r  ^  ]  A  ^  p  • 
pop  1APP/. 
ppp  1  Ar'nr 

CPC-6APP 

OUTPUT 

TAPF1 

T  APE  3 

PI 137K 

o  p  p  ]  A  n  n  • 

p  r  ^  1  p  P  / 
nroi a p t  \ 

R-55PO 

PP  INTER 

TAPE 

TAPE 

SSF 

p  p  r 1 /  * 

n  p  p  ]  ap  p/ 

noo  j  j\  ^  r  i 

UNI  VAC-1  1 08 

PR INTFP 

UN  I  SERVO  A 
UNISERVO  C 

6  5K 

np^] ap p * 

npPi/j'Oi 
OPP  i  A'H-i 

IBM  36P-5P 

?  5  APR 
?5A0P 
UNI  T 

• SYS002 •  UNIT-RECORD  ?f>AOP 
•SYSPOA'  UTILITY  ?aPP  UNIT 
'SYS006*  UTILITY  p/4rn  UN  I T 

6  SK 

non  ]  A 

npp]/,  ^ / 

P  P  p  1  A  '  P 1 

Environmental  Hardware  Cards 
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APPENDIX  iv 


ENVIRONMENTAL  SOFTWARE  CARDS 


This  appendix  contains  a  listing  of  the  opercring  system  control  cards  and  the  JOVIAL 
control  cards  required  to  signify  a  JOVIAL  source  program. 
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Gr-635 


IDFNT  ^1542^3*  DATDY 
JOV I AL 
FOP TP AN 
rxrC')TF  ni.'MN 
LIMITS  IS  >35000 
FNP JOB 

*EOF 


L 

^  'll 

■  i  L 

^ r  a  i  r 

''  p  a  i  r 


Environmental  Software  Cards 


APPENDIX  V 


TYPICAL  MODULES 


This  appendix  contains  a  listing  of  a  few  typical  Population  Fi 


le  modules. 
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••MODULE  5220  -  CED  2454  •• 

'  'TEST  USE  OF  FLOATING  CONST ANT S ♦ VAR  I  ABLE S • • 

ITEM  FA522C  F  P  1.0$  ITEM  FB5220  F  P  4. OS 
ITEM  FC5220  F  P  0.0$ 

IFEITH  FA5220  EQ  "B522QS  GOTO  LZ5220S 
ORIF  1.0  EO  FA5220$  FC5220=3.0$ 

ORIF  FA5220  EQ  FC5220S  GOTO  LZ5220S 
LA522n9  ORIF  IS  GOTO  LZ5220S  END 

IFFITH  FB5220  EO  1.0$  GOTO  LA5220S 
ORIF  FA5220  EQ  1.0$  GOTO  LB5220S 
ORIF  1$  GOTO  LZ5220S  FND 
GOTO  LZ5220S 

LB52209  IFEITH  1.0  EQ  2. OS  FC5220=1.0$ 

ORIF  2.0  EQ  FA 5220$  FC5220  =  1.0$ 

ORIF  FR5220  EQ  2.('S  GOTO  LC5220S 

ORIF  1$  GOTO  LZ5?20$  FND  '  ' FRROR  IF  HFP F '  ' 

GOTO  L  7  522  0$ 

LC52209  GOTO  LY5220$ 

LZ5220. 

OUT  1 =4 OH (  MODULE  5220  TEST  FAILCD.  CED2454  )S 

OUTERR (OUT  1 ) $  GOTO  LX5220$  ''EXIT'' 

LY5220. 

OUT  1 =40H (  MODULE  5220  TEST  SUCCESSFUL.  )$ 

OUT  ERR ( OUT  1 ) $ 

LX5220. 

''MODULE  5230  -  CFD  2454  •• 

''TEST  USE  OF  STATUS  CONST ANTS ♦ VAR  I ABL FS • ' 

I T rM  SA5230  S  V ( A )  V ( R )  V ( C )  P  V(B)$ 

ITFM  SB5230  S  V ( X )  V(Y)  V(Z)  P  V(Z)$ 

ITEM  SC5230  S  V ( NO )  V(YES)  P  V(vES)$ 

ITEM  SD5230  S  V ( NO )  V(YES)  V ( MAVBE )  P  V(YES)S 
IFEITH  V ( A )  EQ  SA5230$  GOTO  LZ5230S 
ORIF  SB5230  FO  V  (  X  )  $  SCr’230  =  V  (  NO)  $ 

ORIF  SB5230  EQ  SA5230$  GOTO  LZ5230S 
ORIF  1$  GOTO  L A52 30$  END 
GOTO  L  Z  52  30$  • 'ERROR •• 

LA5230.  IFEITH  SD5230  EO  V(YES)$  GOTO  LB5230S 
ORIF  V ( A )  EQ  S A523  9$  GOTO  LZ5230$ 

LB5230.  ORIF  V(YFS)  EQ  SD5230$  SC5230=V ( NO ) $ 

ORIF  1$  GOTO  LZ  5230$  END  «»rRROP'' 

IFEITH  SB5230  EQ  V(Z)$  GOTO  LC5230S 
ORIF  1$  GOTO  L  Z  5  2  3  0  $  END  •  'ERROR'' 

LC52309  GOTO  LY5230$ 

LZ  52  30  . 

OUT  1 =40H (  MODULE  5230  TEST  FA  I L  FD •  CED2454  )$ 

OUT  FRR  ( OUT  1  )  $  GOTO  LX5230$  ''EXIT" 

LY5230. 

OUT  1 =40H (  MODULE  5230  TEST  SUCCESSFUL.  )S 

OUT  FRR ( OUT  1 ) $ 

LX5230. 

'•MODULE  5240  -  CFD  2454  •' 

'  ' T  F  S  T  USE  OF  TRANSMISSION  CONSTANTS ♦ VAR  I ABL FS  " 
ITFM  TA5240  T  2  P  2T(AA)$ 

ITFM  TR5240  T  2  P  2T(BB)$ 

ITEM  TC5240  T  ?  P  2 T (  )$  ITFM  TD5240  T  2$ 


5 220 ADO i 
52?rJcr; 
522CJCP: 
5  ?2n  JOO/ 
5220J^0' 
522OJ00' 
5  2  2  0  J  9  0 ' 
5  2  2  0  J  0  0 1 

rj??rjro‘ 

5  2  2  ° J° 1 < 
5220J0  L 
5  2  2  r  J  n  I : 

5220J9 1 

522 0 J  '  1 ' 
3220J  '1 ' 
5  27  0  Jr-  J  ( 
5  22  r  JM  J ' 
5  22''Jn  1  1 
5  2  2  0  J 1  ‘ 
5220J02 ( 
5220JP2 
522ojo2. 
5220J'''2 
5220J02. 
5  22  9 Jr7 
5 22 0 J  '' 2i 
523  OAon 

5230J°0, 
5  ?39jnn 
5  230J90. 
5  23 

523OJr'0i 
5  2  J  P  Jf’O 
5 23 oj'  o 
523nJcO 
5  2  3  9  J  ‘  I 

3  2  3  0  J  1 
5  2 30 Jf '  i 
5  2  3  0  J  ■  1 
5  2  3  0  J  (  1 
523^Jp 1 
5  23° JO  1 
5230JO] 
523njnl 
5230J"  1 
5230Jr,2 
5 2 3 0 Jf  2 
523°J''2 
523nj''2 
5  2  30  J  2 
5  2  3  0 JO  7 
5  ?4  0Aor 

5  24  9jnp 

524^JOO 
5  24  ° JOO 
5240JOO 


1 78y%  ■, 


APPENDIX  VI 


This  appendix  defines  the  test  hierarchy  for  the  JCVS  as  well  as 
some  highlights  of  JOVIAL  as  a  language  and  validation  in  general. 
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APPENDIX  VI 


General 


This  appendix  describes  the  development  philosophy  of  the  JOVIAL  J3  Population  File, 
including  a  brief  history  of  the  JOVIAL  language;  an  exposition  of  all  validation 
concepts  used  in  the  development  of  the  Population  File;  the  JOVIAL  language  organization 
used  to  identify  features  to  be  tested;  the  JOVIAL  language  Test  Hierarchy;  and  problems 
encountered  in  the  development  of  this  file. 

Validation 


A  JOVIAL  compiler  is  said  to  be  validated  if  each  feature  conforms  to  the  individual 
language  specifications  called  features  as  described  in  the  AFM  100-24.  Each  feature 
has  been  individually  considered  in  terms  of  its  intent  and  one  or  more  tests  have  been 
developed  exercising  the  various  options  provided  by  this  feature. 

Every  option  provided  by  every  feature  in  the  language  is  exercised  at  least  once  in  the 
tests  comprising  the  Population  File.  When  combinations  of  feature  options  were  required 
to  insure  the  validity  of  a  feature,  in  several  instances  only  a  subset  of  the  possible 
combinations  were  included  in  the  Population  File. 

JOVIAL  History 

The  JOVIAL  language  was  originally  developed  in  1958,  four  years  after  the  development 
of  the  first  programming  language,  FORTRAN.  It  is  a  procedure  oriented  higher-order 
programming  language.  JOVIAL,  a  derivative  of  ALGOL  58,  was  designed  specifically 
to  describe  computerized  solutions  to  command  and  control  problems. 

As  stated  by  AFM  1 00-24, 

"The  prime  motivation  for  the  development  of  JOVIAL  was  the  desire  to  have 
a  common,  powerful,  easily  understandable  and  mechanically  translatable 
programming  language  suitable  for  wide-range  applications." 

In  addition  to  the  above  requirements,  the  language  was  to  adhere  to  the  following 
design  goals? 

1  .  Centralized  data  communication  facilities 

2.  Machine  independence 

3.  Logical  and  Algebraic  expresseion  ccpabilities 

4.  Symbol  manipulation  capabilities 
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5.  Readability 

6.  Conciseness 

7.  Training  Simplicity 

8.  Ease  of  maintainence 

Based  upan  the  aforementioned  requirements  and  goals,  the  JOVIAL  language  greatly 
enhances  the  problem  definitional  capabilities  of  the  programmer.  The  following 
paragraphs  illustrate  the  wisdom  of  the  JOVIAL  design. 

Command  and  control  problems  are  in  general  extremely  large  in  terms  af  the  data  base 
to  be  gathered,  manipulated  and  reported;  and  the  variety  of  computations  to  be  performed 
on  the  data  base.  Consequently,  the  programming  system  necessary  to  solve  this  problem 
is  so  vast  that  several  hundred  programmers  may  be  required  to  perform  the  individual 
programming  tasks.  Because  of  the  number  of  individual  programs  and  programmers  involved 
in  a  command  and  control  development,  prog ram/prog rammer  communication  becomes  a 
critical  problem. 

In  order  to  alleviate  this  situation,  a  Communication  Pool  (COMPOOL)  was  developed 
which  serves  as  a  central  souce  of  data  description.  Centralizing  all  global  data  descriptions 
facilitates  changing  data  item  parameters  and  automatical ly  reflecting  these  changes 
throughout  the  machine  language  programs.  This  feature  of  the  JOVIAL  language  alane 
has  saved  enormous  amounts  of  time  and  money  in  several  command  and  control  system 
developments. 

Application  Requirements 

Programming  languages  are  created  in  order  to  respond  to  common  sub-solutians  within 
application  areas.  Programming  languages  supply  capabilities  that  satisfy  these  camman 
sub-solutions  while  suppressing  the  repetionand  details  of  solution. 

Many  af  these  capabilities  are  present  in  most  languages  and  provide  for  general  application 
requirements  such  as: 

1  .  Program  Control 

2.  Information  Transfer 

3.  Input/Output  Communication 

4.  Arithmetic  Operations 

5.  Data  Item  Definitions 

6.  Storage  Allocation  -  Static 

to  name  a  few. 

Additional  power  may  be  provided  by  a  language  by  adding  capabilities  of  a  general 
nature  that  make  the  language  useful  problem  solving  tool  for  a  broader  class  of  problems  or 
by  adding  more  extensive  capabilities  but  oriented  towards  specific  area. 
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Generally  oriented  features: 

1  .  Algebraic  Expression  Evaluation 

2.  Logical  Expressions  Evaluation 

3.  Data  Structure  Definitions 

Specifically  oriented  features: 

1 .  Formula  Manipulation 

2.  List  Processing 

Language  Organization 


The  JOVIAL  language  was  developed  to  respond  to  command  and  control  applications. 

Each  feature  of  the  language  may  be  interpreted  as  a  language  response  to  a  programming 
function  required  by  a  command  and  control  applications  programmer.  Using  this  notion  as 
a  point  of  departure,  the  JOVIAL  language  has  been  organized  into  the  following  programming 
functions  in  order  to  organize  the  identification  of  features  to  be  tested. 

i 

1  .  Data  Concepts 

1  .1  Internal  Data  Concepts 
1.1.1  Data  Definitions 

1.1. 1.1  Constant  Formulation 
Integer  -  I 
Fixed  Point -A 
Floating  Point  -  F 
Octal  -  O 
Dual  -  D 

Transmission  Code  -  T 
Hollerith  -  H 
Boolean  -  B 
Status  -  S 

1  .1  .1  .2  Simple  Data  Definitions 
Integer  -  I 
Fixed  Point  -  A 
Floating  Point  -  F 
Dual  -  D 

Transmission  Code  -  T 
Hollerith  -  H 
Boolean  -  B 
Status  -  S 

1  .1  .1  .3  Structured  Data  Definitions 
Tables 
Arrays 
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1  .1  .1  .4 

Control  Definitions 
Item  Switch 

Index  Switch 

1.1.2  Data  Referencing 

1  .1  .2.1 

Simple  Items 

1  .1  .2.2 

Data  Structure  Items 
Table  Items 

Array  Items 

1  .1  .2.3 

Data  Structure 

Table  Entries 

1  .1 .2.4 

Special  Referencing 
ALL 

BIT 

BYTE 

CHAR 

ENT 

ENTRY 

LOC 

MANT 

NENT 

NWDSEN 

ODD 

POS 

1  .2  External  Data  Concepts 

Procedure  Concepts 

2.1  Procedure  Formations 

2.1.1  Formulas 

2.1  .1  .1 

Numeric 

2.1  .1  .2 

Boolean 

2.1.2  Relations 

2.2  Program  Organization  Statements 

2.2.1  PROGRAM 

2.2.2  Subprogram  Organization 

2. 2.2.1  Procedures 
User  Defined 

PROC 

CLOSE 

Language  Defined 
REMQUO 

2. 2. 2. 2  Functions 
User  Defined 
Language  Defined 

ABS 

REM 

2.2.3  RETURN 
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2.3  Executable  Statements 

2.3.1  Control  Statements 

2. 3. 1.1  Unconditional  Control  Transfers 
GOTO 

STOP 

2. 3. 1.2  Conditional  Control  Transfers 
IF 

IFEITH 

ORIF 

2.3.1  .3  Iteration  Control 

FOR 

TEST 

2.3.2  Input/Output  Statements 
INPUT 

OPEN  INPUT 
SHUT  INPUT 

.  OUTPUT 

OPEN  OUTPUT 
SHUT  OUTPUT 

2.3.3  Replacement  Statements 

2. 3.3.1  Assignment  Statement 

2. 3. 3. 2  Exchange  Statement 

2.4  Compiler  Directing  Concepts 

2.4.1  DEFINE 

2.4.2  LIKE 

2.4.3  OVERLAY 

2.4.4  MODE 

2.4.5  DIRECT,  JOVIAL 

JCVS  Testing  Concepts 


The  following  sections  discuss  briefly  the  scope  of  the  JCVS  and  the  tests  selected  for 
inclusion  in  the  Population  File. 

JCVS  Scope 

For  purposes  of  the  JCVS,  the  JOVIAL  system  to  be  tested  is  assumed  to  consist  of  a 
processor  that  compiles  standard  JOVIAL  source  program  statements  called  the  JOVIAL 
compiler  and  all  programs  and  subroutines  used  by  the  JOVIAL  object  code  generated  from 
standard  JOVIAL  statements.  The  JCVS  is  designed  to  test  both  the  compilation  and 
execution  of  specific  JOVIAL  features. 
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Test  Assumptions  -  Data 


The  faregoing  JOVIAL  language  organization  has  guided  the  identification  af  language 
features  ta  be  tested.  In  order  to  validate  the  JOVIAL  compiler  ideally,  each  variant  af 
a  specific  language  feature  should  be  validated.  The  validation  af  each  feature  variant  af 
the  JOVIAL  language,  however,  is  nat  always  passible.  For  example,  haw  can  one 
determine  that  any  value  stored  in  a  floating  paint  item  is  truly  stared  as  a  floating  paint 
number;  how  can  one  determine  that  a  fixed  paint  constant  has  actually  been  converted 
ta  a  fixed  point  binary  paint  constant.  Looking  at  information  as  it  resides  in  the  internal 
storage  medium,  we  may  observe  a  string  of  bits,  however,  the  interpretation  af  this  content 
is  inconclusive.  Consequently,  some  af  the  features  provided  by  the  JOVIAL  language  are 
not  susceptible  to  validation  independently.  These  features  are  generally  the  mare  basic 
notions  in  the  language  and  will  be  used  constantly  in  the  Test  Modules  comprising  the 
Paulatian  File.  With  repeated  correct  usage  of  these  basic  concepts,  it  is  hoped  that  the 
credibility  af  their  required  implementation  will  be  considerably  improved. 

With  these  thoughts  in  mind,  the  fallowing  aspects  of  the  data  definitional  capabilities 
af  the  JOVIAL  language  will  not  be  tested  independently  and  will  be  assumed  present  in 
the  language  and  correctly  implemented: 

1  .  The  ability  to  specify  any  item  type  and  have  it  retained  according  ta  its 
defining  attributes. 

2.  The  ability  ta  formulate  any  constant  type  and  have  it  retained  according  to 
its  defining  attributes. 

3.  The  ability  ta  specify  any  data  structure  type  (table,  array,  etc.)  and  have 
it  retained  according  to  its  defining  attributes. 

The  JOVIAL  language  provides  the  user  with  a  myriad  af  options  ta  form  constants,  simple 
items,  tables,  and  arrays.  There  are  sa  many  data  defining  attributes  possible  in  JOVIAL 
that  exercising  each  aptian  in  an  independent  test  is  quite  impassible.  As  a  compromise, 
the  test  repertoire  will  use  a  subset  af  data  definitions  that  exercise,  at  least  ance,  all  af 
the  data  attributes  available  to  define  data  items  and  structures.  In  addition,  the 
repertoire  will  utilize  every  variation  provided  ta  formulate  constants  with  the  exception 
af  the  dual  item  definitions  which  will  be  exercised  in  part  only.  It  goes  without  saying 
that  the  formation  of  acceptable  JOVIAL  symbols  (names,  labels,  etc.)  will  be  exercised 
every  time  a  symbol  is  farmed. 

Test  Assumptions  -  Procedures 

The  JOVIAL  language  provides  the  user  with  the  ability  ta  process  formulas  and  relations; 
it  provides  far  program  organization  and  it  provides  certain  compiler  directing  features. 
Every  variant  af  each  af  these  features  will  be  tested  at  least  ance.  Further  substantiation 
af  the  ability  af  a  feature  ta  perform  its  intended  function  will  be  supplied  by  its  correct 
use  as  a  support  statement  in  other  test  modules. 
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With  these  thoughts  in  mind,  the  following  aspects  of  the  procedural  capabilities  of  the 
JOVIAL  language  will  be  assumed  to  be  present  in  the  language  and  correctly  implemented: 

1 .  The  ability  to  name  a  statement  with  a  label . 

2.  The  fact  that  normal  procedural  control  passes  from  one  JOVIAL  statement 
to  the  next. 

Test  Hierarchy 

Although  the  language  organization  serves  to  compartmentalize  the  various  features  of  the 
language,  it  remains  for  the  test  hierarchy  to  specify  the  order  in  which  these  features  are 
to  be  tested.  This  order  must  be  specified  to  insure  that  the  supporting  JOVIAL  statements 
used  to  compare  test  modules  in  which  they  participate  may  be  validated. 

A  further  ordering  must  be  prescribed  when  testing  out  data  and  procedural  language 
elements.  Since  procedural  statements,  for  the  most  part,  make  reference  to  pieces 
of  data,  it  seems  reasonable  to  assume  that  data  declarations  should  be  validated  before 
procedural  statements.  As  a  general  rule,  when  a  data  concept  is  to  be  validated,  it 
will  be  defined,  structured,  preset,  and  referenced  since  these  are  the  only  data  oriented 
concepts  languages  provide.  When  a  procedural  statement  is  to  be  tested,  it  will  be  invoked 
in  order  to  examine  whether  the  procedure  performs  its  stated  functions. 

There  exist  language  concepts  that  are  inexorably  linked  together;  switch  declarations  and 
switch  invocations;  procedure  declarations  and  procedure  calls,  etc.,  that  individually  serve 
little  useful  function  but  when  utilized  in  combinaiion  provide  a  powerful  programming 
tool.  These  notions  will  be  validated  fully. 

Axioms 


The  validity  of  JOVIAL  test  features  must  be  deternined  by  the  execution  of  a  number  of 
JOVIAL  statements  called  support  statements.  Since  these  statements  are  themselves  JOVIAL 
statements,  they  must  be  validated  as  is  any  other  JOVIAL  statement.  Once  a  JOVIAL 
statement  has  been  validated,  however,  the  statement  may  be  used  to  check  the  results 
of  the  validations  of  other  JOVIAL  statements. 

Following  is  a  list  of  these  JOVIAL  concepts  that  are  required  as  basic  axioms.  The  ability 
to:  • 

1  .  Define  and  preset  a  hollerith  item. 

2.  Assign  a  hollerith  constant  to  a  hollerith  variable. 

3.  Execute  the  GOTO  statement-name. 

4.  Define  a  procedure,  invoke  a  procedure,  and  return  from  a  procedure;  input 
parameter  list,  one  variable. 

5.  IF  clause . 

These  axioms  will  be  validated  first. 
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Following  the  Axiom  validation  will  be  the  validation  of  the  data  and  procedures.  The 
complete  order  for  listing  including  all  DDI-NO  references  and  all  CED-NO  cross 
references  is  given  in  the  Test  Hierarchy  Outline. 

Test  Modules 


Although  the  concept  of  test  modules  has  been  described  in  section  2.3  of  the  Users 
/v\anual,  that  description  will  be  repeated  here. 

A  Test  Module  is  a  collection  of  JOVIAL  statements  that  test  a  particular  feature  of  the 
JOVIAL  compiler.  The  feature  may  be  a  JOVIAL  concept,  a  single  JOVIAL  statement 
or  a  collection  of  JOVIAL  statements.  Included  in  each  Test  Module  are  the: 

1  .  Test  identification  field 

2.  Input  test  data  fields 

3.  Test  results  fields 

4.  Expected  results  fields 

5.  Initialization  procedures 

6.  Test  statements  comprising  the  test 

7.  Results  analysis  procedures 

8.  Output  procedures 

Test  Modules  are  located  on  the  Population  File  in  order  of  their  test  serial  number,  the 
DDI-NO.  With  each  test  statement  is  associated  a  sequence  number  within  the  DDI-NO 
that  specifies  the  ordering  of  the  statements  within  the  DDI-NO. 

In  most  cases,  a  Test  Module  can  be  considered  as  an  independent  JOVIAL  source  program. 
There  are  instances,  however,  when  the  data  to  be  operated  upon  by  one  Test  Module  resides 
in  another  Test  Module.  Consequently,  in  these  cases,  the  JOVIAL  source  program  is  not 
independent.  Exit  from  all  modules  passes  through  the  last  statement  of  the  module  to  the 
first  statement  of  the  following  module  or  the  TERM  statement.  Because  of  this  feature, 
a  JOVIAL  test  module  may  follow  any  other  JOVIAL  test  module. 

Mandatory  Modules 

Seme  test  modules  are  not  independent  in  the  sense  that  they  may  be  included  by  themselves 
in  a  generated  JOVIAL  source  program.  These  test  modules  depend  upon  other  test  modules 
ct  lied  mandatory  modules  in  the  Population  File  for  either  of  two  reasons: 

1  .  The  mandatory  test  module  contains  data  definitions  that  are  required  by  the 
dependent  test  module,  or 

2.  The  mandatory  test  module  contains  support  statements  whose  validity  must  be 
established  before  a  successful  execution  of  the  dependent  module  feature  may 
be  considered  valid. 


the  five  support  statement  Axioms  are  considered  to  be  constantly  mandatory  and  consequently 
are  included  in  every  generated  JOVIAL  source  program. 

All  other  mandatory  maodules  will  be  invoked  by  specific  test  modules.  Every  mandatory 
module  will  be  invoked  by  at  least  one  test  module  and  the  relationship  between  test  modules 
and  mandatory  modules,  if  any  exist,  will  be  enumerated  in  the  Test  Hierarchy  Outline. 

Test  Module  Content 


Each  Test  Module  will  be  identified  by  a  test  serial  number  called  the  DDI-NO  occupying 
columns  73-76  of  every  card  in  the  Test  Module.  Within  each  Test  Module,  individual  cards 
will  be  given  sequence  numbers  which  will  occupy  columns  78-80. 

Identification  information  describing  various  aspects  of  the  test  module  is  provided  in  the 
Test  Header  Card  (card  sequence  number  001 ,  see  Users  Manual  Section  4.1  .2.2.1).  The 
Test  Name  in  this  card  will  be  identical  to  the  name  used  in  the  various  section  headings 
of  the  Test  Hierarchy  Outline.  For  example,  test  module  0500  will  have  the  Test  Name 
DEFI NE-PRESET  H  ITEM,  the  identical  name  used  to  entitle  Section  2.1  of  the  Test 
Hierarchy  Outline. 

Any  CED-NO's  to  which  a  test  module  refers  will  be  given  in  the  appropriate  positions 
on  the  Test  Header  Card.  For  example,  test  module  0500  refers  to  both  CED-NO's  2463 
and  2464.  These  numbers  are  included  in  their  respective  fields  on  the  Test  Header  Card. 

Any  mandatory  DDI-NO  upon  which  the  test  module  depends  is  included  in  columns 
59-62  of  this  card. 

The  second  card  (card  sequence  number  002)  in  every  test  module  contains  the  classification 
(section  number)  of  the  Test  Hierarchy  Outline.  Columns  3-22  contain  the  words 
CLASSIFICATION  NUMBER.  Columns  26-33  contain  the  classification  number  in  the 
following  form  XX. XX. XX. 

The  third  card  (card  sequence  number  003)  in  every  test  module  contains  the  following  statement 
from  column  3-50: 

THIS  MODULE  TESTS  THE  ABILITY  OF  THE  COMPILER  TO.  .  . 

The  fourth  card  and  subsequent  cards  in  the  test  module  are  used  to  expand  further  on  the 
test  description. 

Following  the  last  descriptive  card  in  the  test  are  the  test  and  support  statements  themselves. 
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Test  Module  Output 


The  results  of  each  test  module  are  printed  in  a  standard  form.  At  least  two  printed 
I i  les  are  always  output.  The  first  line  always  consists  of: 

TEST  MODULE  XXXX 

where  XXXX  is  the  DDI-NO  of  the  module  under  test.  The  second  line  prints  either  of 
two  messages: 

TEST  SUCCESSFUL  (optional  commentary) 
or 

TEST  FAILED  (optional  commentary) 

A  blank  line  is  automatically  supplied  by  the  JCVS  separating  consecutive  test  results. 
JCVS  Input/Output  Characteristics 


Since  the  implementation  of  the  JOVIAL  language  is  not  closely  monitored,  deviations 
in  implementation  can  and  often  do  occur.  Implementors  take  it  upon  themselves  to 
change  certain  of  the  language  specifications  for  any  of  many  reasons.  In  particular,  the 
implementation  of  the  input/output  specifications  of  the  language  have  varied  markedly 
in  the  past  from  implementor  to  implementor. 

In  addition,  the  language  specifications  do  not  permit  the  user  to  apply  formatting  to 
any  results  achieved  by  a  JOVIAL  program.  Consequently,  in  order  to  format  output 
information  either  a  higher  order  language  that  permits  formatting  or  an  assembly  language 
must  be  used. 

It  was  originally  intended  to  display  actual  versus  expected  results.  Since  the  input/output 
capabilities  of  JOVIAL  are  ill-defined  to  non-existent,  the  initial  plans  for  presentation  of 
output  was  modified.  Since  FORTRAN  offers  excellent  formatting  capabilities,  it  was 
decided  to  use  FORTRAN  subroutines  whenever  formatting  was  required. 

The  notion  of  displaying  expected  versus  actual  results  was  abandoned  for  purposes  of 
this  project  when  it  became  apparent  that  converting  internally  computed  numerical  JOVIAL 
results  from  binary  to  decimal  would  be  accomplished  through  FORTRAN  conversion  programs 
rather  than  JOVIAL  conversion  programs.  Consequently,  the  tests  would  be  invalid  because 
certain  processes  would  be  carried  out  outside  of  JOVIAL  language  implementation.  As  a 
re'.ult  of  the  above  mentioned  JOVIAL  inadequacies,  the  following  only  qualitative  output 
m<  ssages  were  printed.  Test  results  printed  out  under  these  conditions  do  not  fully  reveal 
th<j  causes  of  errors  in  tests  devoted  to  the  accuracy  of  arithmetic  operations.  The  results 
of  syntax-semantics  testing,  however,  are  not  impaired  by  these  constraints. 


.The  JOVIAL  input/output  specifications  described  in  AFM  100-24  do  not 
adequately  describe  certain  aspects  of  the  file : declaration .  In 
particular  it  is  left  to  the  implementor  to  specify  the  device :name. 

It  is  unclear  precisely  what  constitutes  a  device :name  and  if  the 
device :name  remains  inflexible  for  one  computer  configuration  or 
precisely  how  it  varies.  In  addition,  the  relationships  that  exist 
between  the  JOVIAL  defined  input/output  statuses  and  the  computer 
configuration  software  or  hardware  is  not  clear.  It  may  be  impossible 
to  reconcile  the  input/output  concepts  provided  by  JOVIAL  with  the 
input/output  concepts  provided  by  the  hardware  or  software  environ¬ 
ment. 

Until  a  more  firm  relationship  can  be  established,  no  testing  of  the 
f ile rdeclaration  and,  consequently,  of  the  JOVIAL  input/output  state¬ 
ments  will  be  provided  at  this  time.  These  features  are  considered  to 
be  non-standard  features. 


FORTRAN  I/O  Usage 

Test  module  9998  uses  the  FORTRAN  I/O  format  statement 
PRT  (date-name)  $ 

For  each  computer  configuration  this  statement  must  be  provided  in  a 
form  compatible  to  the  hardware  and  software  environment. 


Population  File  Conversion 

The  Population  File  is  keypunched  using  the  IBM  026  character  set.  Some 
of  the  equipment  utilized  on  this  project  use  different  character  sets. 

In  general,  only  the  card  punches  for  the  so-called  special  characters 
vary  from  character  set  to  character  set.  A  complete  list  of  these 
special  characters  together  with  their  punched  card  representations  is 
given  in  the  accompanying  Character  Set  Table. 

It  may  be  desireable  to  convert  the  Population  File  from  one  character 
set  representation  to  another.  The  JCVS  provides  a  FORTRAN  routine 
called  CONVER  that  performs  this  conversion.  This  routine  varies 
slightly  from  configuration  to  configuration  but  performs  the  same  task. 

In  general,  this  deck  is  submitted  to  the  computer  in  the  following  form: 

1.  Leading  Operating  System  Control  Cards 

2.  CONVER  Source  Program  Deck 

3.  Data  Card  1 
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4.  Data  Card  2 

5.  Data  to  be  Converted  (Card  Deck) 

6.  Final  Operating  System  Control  Cards 

Data  Card  1  contains  the  special  characters  in  the  data  deck  following  that  are  to  undergo 
translation.  Data  Card  2  contains  the  special  characters  to  which  the  original  special 
characters  encountered  in  the  Data  Deck  will  be  converted. 

Each  character  of  each  card  in  the  Data  Deck  is  tested  for  possible  conversion.  If  a 
conversion  is  to  be  made,  the  original  special  character  is  looked  up  in  a  table  developed 
from  the  corresponding  special  characters  in  Data  Card  1  and  Data  Card  2.  If  a  match 
is  accomplished,  the  new  special  character  is  substituted. 

Every  character  in  Data  Deck  is  tested  in  this  way.  If  a  card  does  in  fact  contain  one  or 

more  characters  to  be  converted,  the  converted  card  as  well  as  the  original  card,  is  printed. 

If  a  card  contains  no  characters  to  be  converted,  only  the  original  card  is  printed. 

Data  Card  1  and  Data  Card  2  have  identical  formats  described  as  follows: 

Columns  Description 

1-2  Number  of  special  characters. 

3-80  Each  column  on  Data  Card  1  contains  a 

character  to  be  converted  while  the 
corresponding  column  on  Data  Card  2 
contains  the  character  to  be  convered  to. 

Following  are  the  deck  structures  for  the  four  computers  used  on  the  project: 

1)  UNIVAC  1108 

q  RUN  1CONVER,  DOCG,  5,300 

q  I  FOR  CONVER 

(CONVER  Source  Deck) 

gXQT  CONVER 

(Data  Card  1 ) 

(Data  Card  2) 

(Data  Deck) 

8FIN 


i  93 


2)  IBM  360-50 


//CONVER,  306(799,028,01 0, 1 084, 1 0,5),  ANTCHAGNO,  MSGLEVE=1 
//SI  EXEC  FORTGCLG 
//FORT.  SYSI  N  DD  * 

(CONVER  Source  Deck) 

//GO. SYSI  N  DD  * 

(Data  Card  1 ) 

(Data  Card  2) 

(Data  Deck) 

/* 

3)  C  DC-6400 

JOB,  93007,10,10,35000.  CONVER 
RUN(S) 

LGO. 

(End  of  Record  Card) 

(CONVER  Source  Deck) 

(End  of  Record  Card) 

(Data  Card  1 ) 

(Data  Card  2) 

(Data  Deck) 

(End  of  File  Card) 

4)  GE-635 

$  I  DENT  31 54203,  DATDY 

$  FORTRAN 

$  INCODE  IBMF 

(CONVER  Source  Deck) 

$  OPTION  FORTRAN 

$  EXECUTE 

$  LIMITS  15,32000 

$  DATA  01 

(Data  Card  1 ) 

(Data  Card  2) 

$  DATA  05 

(Data  Deck) 

$  ENDJOB 

***EOF 
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CHARACTER  SET  TABLE 


0 

C 

o 

u- 

O 

0 


o 

LO 

o 

o 

CO 

5 

CO 


o 

00 

00 

00 

00 

OO 

00 

00 

00 

CO 

o 

00 

in 

in 

vO 

"N" 

CN 

1 

r— 

1 

CN 

1 

CN 

•— 

o 

•— 

•— 

in 

r— 

o 

r— 

0)  0 

•*-  tr 

1  E 

O  o 

-C  u 

u 

0  “5 

-£  o 

<D 

i-Q 

^  “D 
O)  0 

.2  o 

o  c 

-s  .2 

-4— 

E  2 

4-  C 

c  0 
t:  </> 
0  CD 
_C  u. 

*  °- 
0 

c  *- 

o  f 


00 

o 


u 

< 

> 

Z 

Z> 


CN 


00 

00 

00 

00 

oo 

CO 

<> 

1 

vO 

oo 

1 

r«_ 

oo 

CN 

OO 

1 

CN 

CO 

•— 

i — 

o- 

o 

•— 

o 

. — 

>  .2 

o  £ 

u  X 

CD  0 

•M 

cr  a) 

e  .£ 

®  o 


0 


<  c 

o  I 


3 

00 

00 

00 

00 

00 

u 

00 

CO 

tN 

1 

00 

N" 

tN 

o 

O  CN 

1 

r— 

CN 

CN 

1 

CN 

u  - 

CO 

— 

•— 

o- 

O 

— 

X 

— 

o 

in 

00 

00 

00 

00 

00 

CO 

00 

1 

1 

00 

1 

1 

o 

'O 

CO 

>o 

1 

in 

in 

sO 

</> 

1 

in 

1 

1 

o 

i 

i 

oo 

1 

^  CM 

i 

r— 

pmm 

CN 

, _ 

CN 

CO 

o  - 

o 

— 

— 

o 

— 

— 

o 

— 

(D  O 
?  U- 


E  J 

O  0) 

-  ■£ 
</>  O 

i. 

0  0 
u  ■£ 

E  ^ 

o  ° 

_C  4- 

o  o 
U)S 
.2  o 

n 

^  i 

0  E 
_c  o 
»—  o 


c 

E 

_o 

o 

U 


CO 


o 

o 

L. 

o 

-C 

u 


in  vo 


oo 


o  — 
o  —  ^ 


OO 


A  V 


195 


TEST  HIERARCHY  OUTLINE 
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Identifires  All  test  modules. 


Prove  the  axioms  contained  in  the  following  required  mandatory  modules. 
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Form  Constants  and  Preset  Simple  Items 
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Define  ordinary  tables  of  the  following  types. 
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Define,  Preset  and  Reference  all  item  types  within  the  following  table  types. 


m 

5 


O 

z 

I 

5 

a 


o 

o 

o 


m  o 
o  — 
o  o 


o 

in 

o 

m 

o 

m 

o 

m 

o 

m 

o 

m 

o 

m 

o 

m 

o 

m 

o 

m 

§ 

m 

o 

m 

o 

m 

o 

o 

o 

CN 

CN 

00 

00 

N- 

m 

m 

<5 

o 

r-N 

CO 

00 

O'* 

O'* 

o 

r— 

r— 

CN 

CN 

00 

hv 

hv 

R 

R 

hv 

hv 

hv 

h> 

rx 

hs 

r-N 

rss 

rv 

hv 

hv 

hv 

hv 

hv 

00 

00 

00 

00 

00 

00 

00 

\s> 


uo 


I 

"c 


UO 


E 

0) 


(D 

“D 

O 

U 

c 

o 


0  -n 

E 

ii 

O 

X 

UJ 

_J 

CO 

< 


,  on 


E 

<u 

E  7 

0  c 

—  *o 

w  Q_ 
q> 

o)U 

<d  0 
-E  X 
c 


E 

0 


O  c 
Q_  t 

a) 

a)  •*- 

c 

•—  on 

1 1 

ll_  oo 


i 

c 


E 

CD 


E 

0 


-8 


a>  c  a, 

6  E  ^  ^ 

-  .2  |  c  <£  Ei!  -o  |?£  Ei  ,  -.2  a, 

C  •  g  *  .2  g>-  C  ®  21.2  ^  g>-  C  «  £  -  .£  „ 

—  2  2  c  a,  "g  ’■£  ^  —  ^  2  c  ^"S  n  =  —  —  Z  —  c 

ogZ=|®^85goZ=|a,®g|oOZ_^| 
CO  O  I(--U.U.i/)COQ  Ih-lLlLl/)COQ  X  | —  _ 

1 1  i  i«  ■  iii 


E 

0 

E  H 

0  4- 

±z  c 


E 

0 

0 
"8 
E  <J 
a,  c 
o 


1  i 

V  ■£ 

on 

on 

L. 

—  J 

o  *“ 

*E 

0 

7  JJ 

on 

CD 

"o  2 

c 

0 

D 

o 

*o 

X 

o 

L. 

1— 

C 

CO 

< 


CO 

< 


CO 

< 


CN 

CN 

00 


CN 

CN 

CN 

00 


00 

CN 

CN 

00* 


N" 

CN 

CN 

00* 


202 


o 

z 

I 

O 

Cl 


in 

0 

0 

in 

in 

in 

in 

00 

•— 

t— 

CO 

CO 

in 

in 

vO 

in 

in 

in 

in 

1 

•“ 

*“ 

' 

•” 

1 

' 

0 

in 

in 

in 

in 

0 

0 

0 

0 

0 

0 

0 

0 

0 

0 

in 

in 

0 

in 

in 

-0 

in 

NO 

1 

1 

1 

1 

*” 

' 

in 

0 

0 

0 

in 

0 

0 

in 

in 

in 

CM 

r^s 

'O 

CO 

MO 

NO 

-0 

NO 

NO 

0 

in 

in 

in 

NO 

in 

in 

in 

in 

in 

1 

1 

1 

1 

i~ 

•“ 

0 

in 

in 

0 

in 

0 

0 

0 

0 

0 

CM 

CM 

CM 

CO 

CM 

CO 

CO 

CM 

CM 

CM 

O 

in 

in 

in 

NO 

in 

in 

in 

in 

in 

•“ 

• — 

•— 

■— 

' — 

•— 

•— 

• — 

■ — 

<D 

O 

O 

0 

in 

0 

in 

0 

0 

in 

0 

in 

in 

in 

in 

in 

C 

in 

0 

CO 

CO 

in 

in 

CM 

in 

in 

in 

O 

CO 

CO 

0 

0 

0 

0 

in 

in 

in 

NO 

in 

in 

in 

in 

in 

in 

*— 

*— 

r— 

■— 

*— 

»— 

r— 

r— 

r— 

»— 

- 

•— 

r— 

0 

CM 

CM 

O 

<D 

z 

in 

in 

O 

in 

0 

in 

in 

O 

in 

88 

0 

0 

0 

0 

O 

1 

8 

*n 

0 

CO 

in 

in 

0 

0 

0 

O 

00 

CO 

1— 

t— 

(j 

DDI 

0 

00 

CO 

00 

00 

00 

in 

in 

in 

nO 

in 

in 

»n 

in 

NO 

in 

in 

in 

*n 

in 

• — 

■— 

* — 

• — 

• — 

• — 

• — 

• — 

• — 

• — 

• — 

• — 

' — 

• — 

• — 

t/> 

L 

CM 

CM 

CM 

o 

Cl 


c 

o 

o  g 

II 

»/)  —7 

Z. 

_o 

U 


E  ^ 

0) 

-  .E  E 
c  £  E  « 

£  g»<  c 

■pi  s  0 


b 

g 

L. 

o 

O) 

c 

D 

%/t 

J) 

D 

"P 

1 

i 


E 

a; 


0) 

"8 
E  U 
£  c  e 
-  .2  <u 
-£  S  — 


E 

<D 


v,  -  •  *-  E  <D 

w  -#-  -)  <D  U—  «/>  <D  \/)  rn 

"5^-5^  °E=c  ^ 

LL_  LL_  OO  CQ  Cl  ±:  X  h-  — 

1  • 

E  3 


.1  ^ 

£  g> 

"D 

8  8 

ul  ll_ 


3  O 
OO  I— 


E 

O 

C 

CD 

—  E 

O 

c  0 

t/> 

D 

0  — 

CL)  _ 

*c 

O 

OO 

°  R 

0  J3 

CQ  O 

O 

Cl 

d) 

JO 

0 

JD 

D 

I— 

"O 

J 

M- 

0) 

o 


ro 

co 


b 

c 


"D 

C 


* 


CO 

CO 


<D 

~0 

JD 

_Q 

O 


O 

8 

3 


8L 

>V 

CO 

c 

i 

o 


<D 

_JC 


-Si 

_Q 

O 


"U 

8 

M- 

<D 

Cl 

(1) 

c 

u- 

(1) 

Cl 


c 

o 

o  g 

E 

^!=  D 

a  z 

_o 

U 


V>  LO  OO 


CN  CN  (N 

I  I  I 

c  c  c 


I  I  I 

I  CL-  OO 


I  I  I 

c  c  c 


>  >  > 

1  i  i 
£  £  £ 


CD  CQ  CD 

<  <  < 


1 —  01  CO 


CO  CO  CO 
CO  CO  CO 


203 


Classification 

Number  DDI-NO 


o 

d) 


8. 

X 

-4— 

E 

<D 

JJ 

_Q 


O 

Q. 


O 

* 

Z) 


O 

z 


o 

m 

CN 


m 

co 

m 

CN 


m 

o 

m 

o 

_Q 

n 

l 

§ 

m 

O 

m 

o 

o 

o 

m 

o 

CN 

CN 

CO 

u 

-4— 

O 

o 

p— 

CN 

CN 

CN 

CN 

CO 

uo 

m 

m 

m 

in 

m 

m 

in 

m 

m 

m 

m 

m 

CN 

CN 

CN 

CN 

o 

CN 

CN 

CN 

CN 

CN 

CN 

CN 

CN 

CN 

in 

in 

in 

in 

8 

in 

in 

in 

CN 

CN 

CN 

CN 

CN 

i 

CN 

CN 

1 

C 

-4— 

c 

i 

-4— 

c 

i 

-4— 

c 

o 

CD 

•4- 

c 

-4- 

c 

c 

1 

U0 

CL 

1 

1 

, — 

1 

1 

-4— 

-4— 

-4— 

1 

-4— 

c 

c 

c 

c 

Q£ 

QC 

QC 

V 

0) 

d) 

<D 

E 

E 

E 

E 

o 

o 

o 

o 

Z 

Z 

Z 

Z 

LU 

uu 

uu 

LU 

_J 

_J 

CO 

CO 

CO 

CO 

< 

< 

< 

< 

H- 

1 — 

1— 

1 — 

xj- 

in 

NO 

lx 

• 

• 

• 

• 

w— 

r— 

•— 

•— 

• 

• 

• 

• 

CO 

CO 

CO 

CO 

• 

• 

• 

• 

CO 

CO 

CO 

CO 

E 

0) 


_Q 

O 

I— 

C 

LU 

"D 

<V 

c 


a 


CN 

CO 

CO 


* 

_o 

~o 

M- 

1 

4— 

c 

15 


8. 

X 

E 

d) 


0) 

u 

c 

c 

0) 

M- 

0) 

o' 


m 

CN 


in 

CN 

-4— 

c 


CN 


CN 


d) 

c 

d> 

o 


o 

z 

c 

o 

4— 

o 

u 


_o 

u 


u 


"D 

£ 


Q 

1 

a. 

in 

1 

in 

Ou 

i 

CD 

C 

1 

1 

— 

1 

■ 

— 

*cn 

3 

1 

4— 

1 

-4- 

l 

-4— 

1 

-4— 

i 

-4— 

-4— 

c 

c 

c 

c 

c 

c 

c 

d! 

*  E 

“5 

0) 

"O 

> 

E 

0) 

> 

g 

>  i 

-4— 

oc 

c 

o 

QC 

E 

d> 

-4— 

E 

E 

d) 

o^r 

E 

d> 

-4— 

o 

E 

d> 

4— 

o 

0) 

Q)  JC 

0) 

d) 

<D 

4— 

<D 

d)  ^ 

E 

e 

1— 

E 

-4— 

£  .t: 

E  -E 

E 

c 

— 

L_ 

E 

CD 

c 

£  JJ 

o 

o 

d) 

o 

o  Jr 

o  E 

o 

o 

00 

d) 

o 

a  — 

CO 

z 

CD 

<D 

z 

“O 

<x> 

z  ^ 

z  s 

Z 

d) 

4— 

CD 

d) 

Z 

-4— 

Q 

Z  O 

«-4- 

O 

E 

-4— 

X 

o 

o 

o 

o 

-4— 

O 

<d 

c 

lZ 

X 

L_ 

1 - 

o 

CO 

-4— 

in 

c 

TL 

a 

-4— 

LU 

LU 

LU 

LU 

LU 

LU 

LU 

Q 

_J 

_J 

—1 

-J 

_l 

—1 

E 

d) 

CO 

CO 

CO 

CO 

CO 

CO 

CO 

E 

n 

< 

< 

< 

< 

< 

< 

< 

D 

O 

"O 

*J=  »- 

, — 

CN 

CO 

m 

NO 

IX 

c 

o 

8-8 

CN 

CN 

CN 

CN 

CN 

CN 

CN 

-4— 

d) 

5  1 

CO 

CO 

CO 

CO 

CO 

CO 

CO 

vS 

• 

• 

• 

• 

• 

• 

• 

d) 

oo  Z. 

CO 

CO 

CO 

CO 

CO 

CO 

CO 

204 


o 

UO 

CN 


o 

z 

I 

s 

c> 


UO 

CO 

UO 

CN 


O 

CN 

CO 

CN 


8. 

X 

4— 

J) 

_D 

O 


o 

z 


o 

uo 

8 

uo 

O 

a 

O 

CN 

O 

CN 

O 

CO 

£ 

c 

s~\ 

8  o 

o 

UO 

o 

CN 

uo 

uo 

uo 

uo 

lO 

uo 

UO 

LO 

1 1  1 

L _ J 

o  o 

<> 

o 

CN 

CN 

CN 

CN 

CN 

CN 

CN 

CN 

o 

CO  CO 

CO 

CO 

CO 

“D 

s 


in 

CN 

o 

oo 


E 

<D 

■§ 


E  U 
„  £  g 
a)  ■£  a 

—  ‘C  E 

fl)  0  ^ 

111 

t- 

c 


E 

0 

E  Z= 

£  4- 

!  c  £  E  J 

I  £  g>  ^  § 

S)  *2  *■£  =>  jp 

JJ  X  8  O  g 

c  —  +?  9 


0 

O 

O) 

c 

o 


0) 

_C 

c 

iz 

J 

t/> 

O) 


i/0 

lO 

CO 

CN 

'N* 

7  T 

CN 

c 

•4^ 

1 

c 

xf 

JL 

c 

C 

c 

c 

CO 

nit 

C 

c 

E 

<D 

CO 

CO 

2 

Z  I 

Q 

• — 

item  int 

c 

s 

m  in 

int-3 

cl 

0 

"8 

U 

T 

tern 

0 

E 

— 

c 

o 

o> 

c 


0 


-C 

-4— 

lZ 

0) 


4— 

c 

CO 

-4— 

c 

E 

0) 
4— 

i/>  •  — 

K  c 

I?  s 


c 

o 

0 

— 

—J 

c 

-4— 

o 

’u 

> 

o 

<y> 

C 

v> 

> 

o 

CO 

o 

4— 

CO 

> 

E 

c 

o 

CO 

CO 

M- 

•  — 

-C 

to 

4— 

_Q 

E 

J) 

0 

O 

0 

ND 

0 

0 

NO 

0 

o 

0 

0> 

uo 

0 

NO 

0 

4- 

to 

_o 

E 

E 

i. 

E 

i. 

E 

E 

E 

4— 

E 

E 

4— 

E 

4— 

g 

O) 

c 

D 

h~ 

o 

Z 

f 

c 

2 

c 

o 

Z 

2 

c 

2 

c 

£ 

2 

c 

2 

o 

D 

O 

'u 

4- 

oo 

b 

c 

o 

up 

o 

in 

o 

uo 

o 

uo 

o 

Cl 

o 

uo 

1 

_0) 

UJ 

UJ 
_ 1 

z 

c 

z 

4— 

C 

UJ 

-J 

z 

4— 

c 

z 

4-0 

c 

UJ 

_ 1 

z 

'N* 

z 

c 

_D 

"O 

CD 

c*: 

*“ 

CD 

C£ 

• 

cxl 

CD 

a: 

£ 

8 

< 

1— 

h- 

CO 

z 

h- 

CO 

z 

< 

1 — 

1— 

CO 

z 

J— 

CO 

z 

< 

1— 

K- 

CO 

4— 

c 

h- 

CO 

Q 

c 

c 

c 

CN 

_ 

CN 

CN 

o 

UJ 

<4. 

o 

• 

• 

• 

4— 

t— 

“O 

o 

u. 

I — 

I — 

, — 

CN 

CN 

CN 

CO 

CO 

CO 

o 

o 

0 

f. 

.1 

to 

8. 

o 

o 

.8 

E 

CO 

CO 

CO 

CO 

CO 

CO 

CO 

CO 

CO 

<4— 

D 

& 

2- 

tZ 

o 

CO 

CO 

CO 

CO 

CO 

CO 

CO 

CO 

CO 

to 

to 

z 

4— 

*ui 

to 

z 

CO 

CO* 

CO 

CO 

CO 

CO 

CO* 

CO 

CO 

O 

— 

O 

U 

o 

u 

CO 

CO 

CO 


205 


o 

3 

00 


o 

z 

I 

5 

O 


LQ  O  O 
uo  in 
•o  o  md 
co  co  n 


o 

UD 

O 

IT) 

o 

LO 

o 

o 

o 

o 

LO 

o 

00 

00 

UD 

LO 

o 

o 

Csl 

o 

oo 

'O 

'O 

o 

MD 

o 

"O 

MD 

MD 

md 

'O 

o 

00 

00 

00 

00 

00 

00 

oo 

oo 

oo 

oo 

00 

00 

00 


U 


t/>  c 

Y 

Y 

t/> 

c 

t/> 

c 

to  *£ 

•4— 

'M* 

c 

c 

CM 

^  E 

CM 

CM 

1  c 
c 

c 

-1-  a> 

.E  •- 

00 

t  7 

00 

J-  00 
c  JL 

00 

c 

c 

•—  c 

-4— 

00 

CL) 

c 

1 

oo 

-c  “2 

c 

•  — 

oo  § 


_  t/> 


Y 

b 

0) 

E 

0) 

Y 

CO 

*E 

MD 

c 

a 

Y 

c 

"D 

*  ■’* 

c 

to 

c 

1 

0) 

o 

o 

JO 

c 

0) 

X 

"a 

to  ^ 

to 

E 

c 

to 

C-t— 

~u 

ex 

E 

0) 

<D 

Q- 

0) 

b 

0) 

_c 

1 

t- 

0) 

l_ 

0) 

0) 

X 

CD 

CD 

CD 

J) 

c 

0) 

0) 

0) 

.  E 

.E  to 

.1  v> 

c  o 

o 

z 


E  |f  •£  f 


LO 

c 


o 

Z 


IT) 

C 


LO 

c 


O 

Z 


o 

z 


7  J  o  Ji 

.  E  §  J?  1=  ^ 

i  oVo 

r*  lit  “r  a.  ^ 


> 


c 

o 


0) 

-O 

CD 

c 


to 

c 

"D 

Si 

D 

co 

<D  to 

£  E 

O  <D 


>o 

c 

uo 

c 


>o  <u  >o 

I  E  I 


co 

CfcT 

o^r 

—  CO 

CXl 

1 

c*: 

CO 

ac 

c*: 

—  CD 

o' 

Cxi 

< 

f— 

I— 

< 

I— 

c 

I— 

2 

< 

1— 

I— 

< 

1— 

— s  H- 

h- 

to 

1  to 

1  h- 

to 

to 

I— 

to 

1  to 

1  f— 

to 

O  to 

c 

CM 

CM 

CM 

CM 

o 

• 

• 

• 

• 

• 

♦ 

• 

• 

•— 

1- 

uo 

uo 

uo 

MD 

MD 

MD 

rv 

o 

o 

J{ 

00 

00 

00 

00 

00 

00 

00 

00 

00* 

00* 

oo 

oo 

E 

• 

• 

• 

• 

• 

• 

• 

• 

• 

• 

• 

• 

cX 

D 

00 

00 

00 

00 

00 

00 

00 

00 

00 

00 

00 

00 

CO 

• 

• 

• 

• 

• 

• 

• 

* 

• 

• 

• 

• 

CO 

z 

00 

00 

00 

00 

00 

00 

00 

00 

00 

00 

00 

00 

o 

E 

0) 

0) 

3 

u 

C 

o 


f  -E  f  *2  f 


o>  -£ 


LO  LO 

O  •  O  i 
Z  c  z  C 


0) 
o  — 

b° 


X  i—  — 


E 

<D 

E  7 

0)  #c 

—  o 

»_  CL. 
Q) 

a>-£ 

£.  x 

c  •- 


E 

D 

to 


206 

i 


Floating  Point  Item  3600 

Status  Item  361  5 

Boolean  Item  3625  3645 

Dual  Item  3635 


Define  Arrays  of  the  following  types. 
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ARRAY  int-1  int-2  fixed  item  $  3535 

ARRAY  int-1  int-2  int-3  transmission 

code  item  3540 


Validate  switch  usage  by  defining  a  switch  and  then  referencing  it. 


o 

n- 

o 

on 


o 

z 

I 

a 

a 


o 

on 


0 

LO 

0 

LO 

0 

LO 

0 

LO 

0 

LO 

0 

LO 

0 

LO 

0 

0 

. 

CM 

CN 

on 

co 

Tf- 

N" 

LO 

LO 

vO 

0 

O' 

0 

<> 

O' 

O' 

O' 

O' 

O' 

O' 

O' 

O' 

O' 

O' 

on 

on 

on 

on 

on 

on 

on 

on 

on 

on 

on 

on 

on 

co 

D 

O 


o 

> 


o> 

C 


a) 

-  I 

i-  o 

2  Z 

8 

O) 

*  vn 

a 
~o 


0) 

a 

-f— 

CO 


2 

on 


<D 

O) 

R 

x  D 

1/1  o 

es 


0) 
u 
c 
0) 

D 

cr  u  r 

S  5  « 

“g  co 
O  E 

VO  <U 

8. 


0) 

E 

D 

z 

I 


a> 

E 
o  c 


mi  ill 


if 

E  oj 
E 
<u 


5  S 

E  Cn 
a 


o 
<u  Z 


2 

CO 

E 

0) 


£  2 

-P 

.t:  E 
on  ZI 

I.? 


2z  o 

—  Q_ 


o>  « 
<d  a 
■*=  x 
c 


m 

U 

,t:  o 

£  on 
on 

|| 
E  J 


i 


=5  8 


I 

C 

i 

0) 

-*— 

o 

on 


* 
on 


o 

S  E 
^  o>  <2  « 
i=  .E  E  — 

<D  -»-  </> 

i  | 

—  o 


* 

on 

E 

<D 

VO 


D 
O 

on  cQ 


g  i 
f  f 

i  i 


E 


<D  0) 

E  E 

11 


U  41 


c 

g 

c 

g 

* 

on 

c 

<u 

E 

c 

g 

a 

<D 

X 

a) 

0) 

2 

O 

<D 

~o 

c 

a 

0 

X 

on 

on 

on 

cn 

u 

** 

V 

1— 

-C 

_c 

_cz 

— ■ 

u 

u 

u 

u 

u 

a 

Z 

i 


5  x 

0)  LU 


■5  Q 
O  Z 


??**** 
on  on  on  on  on  on 

X  X  X  X  X  X 

-8  -8  -8  -8  -8  -8 

c  c  c  c  c  c 


o 

z 

u 

Z 

LU 

C£ 

LU 

LU 

LU 

CtL 


C 

o 

•—  l_ 

O 

Si 

vo  -7 
vo  /_ 

_o 

u 


LO 

on 


—  cNonxj-inorvco  r-  cn  on  t  >o  'O 

J  J  J  J  J  J  J  J  cs  CN  (N  (N  (N  oi  oi 
LOLOLOLOLOlOLOLOLOLOLOLO^nLOWn 
ononononononononononononononon 


< 

O 


U 

LU 

Q_ 

on 


co 


208 


Validate  BIT  referencing  for  the  following  variable  types  and  one  or  two  component  indices. 
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LOC  (program-name)  4175  4196  4199 
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Validate  NWDSEN  referencing  for  the  following  table  types. 
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Output  Parameter  List  -  Array  Reference  4480 

Output  Parameter  List  -  Table  Reference  4490 
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Because  of  a  possible  conflict  with  the  operating  system,  this  feature  will  not  be  tested. 


Check  the  usage  of  the  IF  clause. 
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Check  the  usage  of  the  various  forms  of  the  FOR  loop. 
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PROCEDURE  FORMATION 
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Check  the  use  of  chained  comparisons. 


UO  IT) 
CO  CO 

uo  o 

r—  CN 
<)  <) 


UO  O  uo 
CO  r—  O 

o  o  o 


o 

z 

I 

O 

Cl 


0 

uo 

O 

uo 

O 

uo 

0 

0 

0 

O 

r— 

eg 

eg 

CO 

to 

wo 

0 

O 

O 

O 

0 

0 

0 

0 

O 

NO 

O 

NO 

0 

0 

0 

CL 

X 

0) 

c 

o 

J) 

o 

o 

CO 


O 


O 

Ql 


o  uo  o 

CO  r—  O 
t—  CO  r— 

no  uo  no 


uo  o  o 

Cn|  , —  CN 
—  CO  CO 
O  IT)  IT) 


c 

o 


o 

c 


o 

> 


C 

o 


II 


a 

_o 


z 


to  <D 

—  W»  ~ 

-o  _2  o  £ 

D  -C  >  .2 
^  n  *— 
^  CT>  O 

£  >  .E  > 

5)^  -Jr  _ 

£  x  8  g 
_E  iZ  u_  O 


to  JO 
J)  O 

-Q  *}-  to 

.2  £  t 

^  C  tS 

>  .2  c 

<—  to  O 

£  .2  u 

£  E  _ 
£  o 

33<3 


cn  co  tj-  in  so  N 

CO  CO  CO*  CO*  CO*  CO*  CO* 
rv!  rx*  rv!  rv! 


c 

o 


<D 

Q. 

X 

UJ 

C 

o 

_0> 

o 

o 

CO 


CL 

_o 

0) 

> 

■8 

<D 

JZ 


o 

■D 

C 

o 

Q 

z 

< 

V 

I— 

o 


a> 

U) 

8 

D 


U 

0) 

-C 


c 

o 


II 

D 

to  -7 
to  Z. 

_o 

U 


H-  Cl 

O  Z  O- 

z  <  o 


1-  CN  CO 
^ 

r^’  r>! 


uo 


< 

\— 

CO 

I— 

z 

LU 

5 

UJ 

U 


C*L 


CO 


c 

00 


CO 


a> 

o 

to 

C 

1 

c 

O) 


00 

c 

*5 

_o 

“5 

u- 

a> 


to 

C 

B 

c 

o 

u 

8 

eg 

o 


D 

"O 

o 

2 


Z  Q 


-  E 
o  a>  o 

3.-0 


_ I  CO  CO  LU 


r—  eg  co  u->  no 


222 


ric  Assignment 


Check  the  use  of  the  EXCHANGE  statement  in  the  following  situations. 
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Check  the  usage  of  the  DEFINE  compiler  directive.  DDI-No.  -  6500,  Module  -  6400 


Test  the  ability  of  compiler  to  define  LIKE  tables. 
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